[LLVMdev] Google's Go

[Óscar Fuentes]

Bob Wilson <bob.wilson at apple.com> writes:

>> What else does LLVM do with optimizations turned off that makes it  
>> slower?
>
> I haven't looked at Go at all, but in general, there is a significant  
> overhead to creating a compiler intermediate representation.  If you  
> produce assembly code straight out of the parser, you can compile  
> faster.

Not for me. Producing LLVM IR is *very* fast, faster than producing
poorly optimized assembler code (I know, I do both things).

> Even though LLVM does little optimization at -O0, there is still a  
> fair amount of work involved in translating to LLVM IR.

As said on my previous message, the most significant part of the work is
in generating native code from the LLVM IR.

-- 
Óscar