[LLVMdev] llvm 2.0 release announcement [draft]

Chris Lattner sabre at nondot.org
Mon May 14 22:13:02 PDT 2007


On Mon, 14 May 2007, Jeff Cohen wrote:
> Chris Lattner wrote:
>>   x. Roman Samoilov contributed a new MSIL backend to LLVM.  llc - 
>>  march=msil will now turn LLVM into MSIL (".net") bytecode.  This is  still 
>>  fairly early development with a number of limitations.

> This ought not be advertised to the world.  It is not useful for any purpose.

Jeff, I'm well aware of your opinions in this matter.

> Not only can it not do virtual method calls, as I previously pointed out, it 
> can't even instantiate objects!  And there is a good reason why the 
> implementation cannot do so:  it is extremely difficult to recover high-level 
> MSIL semantics from low-level LLVM IR.  I am not convinced it is even 
> possible.  It's as hard as reconstructing a C++ class declaration from LLVM 
> IR.

The full power of MSIL isn't available through the msil backend, and it is 
not very useful if you're converting from C code. I say "This is 
still fairly early development with a number of limitations.", which I 
believe is accurate.  Even though you apparently don't like this work, 
please don't disparage it.  Other people have put time and effort into it, 
and it could grow to be an important component in the future.


>>   x. Evan added support for the X86-64 large code model to the JIT,  which 
>>  is useful if JIT'd function bodies are more than 2G away from  library 
>>  functions.

> Not true.  See PR1299, which still hasn't been fixed.

Actually, it is true - PR1299 not being fixed does not mean the work 
wasn't done.  I did not claim that he fixed every possible x86-64 jit bug, 
certainly not on platforms we don't have available to test.

I asked Evan to look into this PR, but if you'd like it fixed, the only 
certain wait to get it fixed is to do it yourself (or pay someone else to 
do it, I suppose).

-Chris

-- 
http://nondot.org/sabre/
http://llvm.org/



More information about the llvm-dev mailing list