Ist LLVM das neue JAVA?
Code: Alles auswählen
$ cat moo.c
main()
{
return 222;
}
$ clang -emit-llvm moo.c -c -o moo.bc
moo.c:1:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
main()
^
1 warning generated.
$ file moo.bc
moo.bc: LLVM IR bitcode
$ chmod +x moo.bc
$ ls -l moo.bc
-rwxr-xr-x 1 yeti yeti 1296 Jan 23 18:23 moo.bc
$ ./moo.bc
$ echo $?
222
----------8<-----{20180123-1906-GMT}----->8----------
Ok... auf Debian9/amd64 mit dessen clang-3.8 kompilierten (B)it(C)ode konnte ich nicht mit der llvm-runtime-3.0 von Debian8/arm rennen lassen. Ebenso verweigerte das auf Debian9/amd64 mit clang-6.0.0svn gebaute "BC"inärchen mit der llvm-runtime-3.8 auf dem selben Debian9/amd64 den Dienst.
Wirklich spaßig wird es also erst, wenn das bc-Format langzeitstabil wird und man endlich wie mit JAVA "compile once, crash everywhere" spielen kann.
Und nun eine Gedenkminute für das UCSD-P-System: Es war seiner Zeit um mindestens 2 Dekaden voraus!
Sollten wir uns mal den Interpreter für P-Code genauer ansehn?
Wo bleibt der 100-Stunden-Tag?
Ok!
Das sind wenig genug Fragen um sich gerade eben noch mit harmlosem Gesichtsausdruck und leise schräg flötend wegschleichen zu können...
----------8<-----{OmmmMMMmmmMMMmmm...}----->8----------