Dnia Wed, 08 May 2013 23:31:59 +0200 po głębokim namyśle R.e.m.e.K rzekł:

> Dnia Wed, 8 May 2013 21:15:09 +0000 (UTC), Edek napisał(a):
>
>>> Osobiście doświadczeń nie mam, ale:
>>> 1. Na stronie piszą, że " Despite its name, LLVM has little to do with
>>> traditional virtual machines" i że nie jest skrótem od niczego, myślę,
>>> że można sobie podarować wszelkie dalsze rozważania na temat tego w
>>> jaki sposób LLVM jest VM.
>>
>> No ale jest VM. W tym sensie, że zapewnia istnienie LLVM IR, czyli
>> odpowiednika assemblera. Skoro LLVM IR nie chodzi na żadnym prawdziwym
>> procesorze tylko jest "assemblerem VM", mamy VM. A że to nie ma nic
>> wspólnego z JVM czy .Net to oczywiste, przy czym to zupełnie osobne
>> sprawy.
>
> No ale czy wlasnie "chodzi" czy tylko jest przy pierwszym uruchomieniu
> przekompilowywane do kodu natywnego platformy (na tejze juz platformie
> sprzetowej bedac) i juz chodzi jak "zwykly" program?

Nigdy nie jest interpretowany, jeżeli o to pytasz. Opcje są takie,
że albo zwykła kompilacja do bilbioteki albo JIT w dowolnym momencie.
To ostatnie pozwala na dynamiczność podobną do Javy. Ten JIT jest
wołany ręcznie, czyli musi być jakiś program-gospodarz (tak się
tłumaczy "host"?). Ale interpretowany tak jak bytecode Javy nie
jest.

Fajne jest też to, że może wołać C. Znając nazwę funkcji i typy
parametrów można "dokompilować" wywołanie, nawet C kompilowanego
inaczej niż poprzez LLVM.

--
Edek