LLVM 2.2 Released

performance geek writes "LLVM 2.2 was released yesterday! This is the thirteenth public release of the open-source compiler that started as a GCC fork. LLVM supports several aggressive optimizations, in compile-, link- and run-time, and often produces faster (1.5-3x) code than GCC. It is also much faster than GCC at compiling (despite the slow link-time optimizations). Gentoo users are already trying to build the whole system with the LLVM toolchain to get the extra performance bit."

Comments

Re:Apparently not...

[Teese]

Low Level Virtual Machine

LWN alternative gcc article

[emj]

LWN has discussion on this, and there is a nice video presentation of LLVM 2.0 as well. Cool thing, but as they say it isn't really about replacing GCC.

Re:LWN alternative gcc article

[7-Vodka]

2) A truly free source code license - no viral GPL BS to deal with

You were doing so well until you spouted this aggregious bullshit line. You're obviously very biased against the GPL since it's a very tough stretch by the M$ marketing department to call it viral.

That's just as bad as calling copyright infringement "PIRATING". ARRGH ARRGH MATEY! AHOY THERE ON THE OPEN SEAS.
You idiot.

Re:LWN alternative gcc article

[nuzak]

Maybe they just want it to interface at link level with tools that, I dunno, might not be GPL?

Naw, they must be The Enemies Of Freedom. That's it.

Good reporting there, submitter

[Goaway]

"The open-source compiler that started as a GCC fork"? LLVM is not a compiler. It is a code generator, optimizer and virtual machine, usable as a compiler back-end. It later added a gcc-based front end.

Also, Apple is currently driving development of an alternate BSD-licensed front end named clang.

Re:Good reporting there, submitter

[samkass]

Although Apple states that clang is not designed to replace GCC overall, I would be surprised if Apple wasn't planning on it replacing GCC in their products. It appears to provide more performance, smaller binaries, and a freer license than GCC.

Apple already reportedly uses it to compile their graphics code so that the same code can run on either a GPU or the CPU regardless of chipset available.

Re:Good reporting there, submitter

[larry bagina]

Exactly! From the clang readme. Half of these things are a nice feature for XCode/IDE integration.

III. Current advantages over GCC:

  * Column numbers are fully tracked (no 256 col limit, no GCC-style pruning).
  * All diagnostics have column numbers, includes 'caret diagnostics', and they
      highlight regions of interesting code (e.g. the LHS and RHS of a binop).
  * Full diagnostic customization by client (can format diagnostics however they
      like, e.g. in an IDE or refactoring tool) through DiagnosticClient interface.
  * Built as a framework, can be reused by multiple tools.
  * All languages supported linked into same library (no cc1,cc1obj, ...).
  * mmap's code in read-only, does not dirty the pages like GCC (mem footprint).
  * LLVM License, can be linked into non-GPL projects.
  * Full diagnostic control, per diagnostic. Diagnostics are identified by ID.
  * Significantly faster than GCC at semantic analysis, parsing, preprocessing
      and lexing.
  * Defers exposing platform-specific stuff to as late as possible, tracks use of
      platform-specific features (e.g. #ifdef PPC) to allow 'portable bytecodes'.
  * The lexer doesn't rely on the "lexer hack": it has no notion of scope and
      does not categorize identifiers as types or variables -- this is up to the
      parser to decide.

Potential Future Features:

  * Fine grained diag control within the source (#pragma enable/disable warning).
  * Better token tracking within macros? (Token came from this line, which is
      a macro argument instantiated here, recursively instantiated here).
  * Fast #import with a module system.
  * Dependency tracking: change to header file doesn't recompile every function
      that texually depends on it: recompile only those functions that need it.
      This is aka 'incremental parsing'.

Comment removed

[account_deleted]

Comment removed based on user account deletion

Extra Performance

[Jellybob]

Of course the Gentoo users are off recompiling there whole system for the extra performance. It's what they do - why use your computer when you can make it .242% faster with only 15 hours of compiling?

Re:Apparently not...

[cbart387]

Agreed. I've always been taught that you introduce the full meaning of an acronym before you use it. The acronym may make sense to you, but the reader may not have been exposed to it. This is especially applicable on a tech site, where acronyms are rampant. I'm not even including the acronyms seen only on slashdot (which are very off putting to a first time user by the way). Remember: EVERYONE started as a beginner.

... just a pet peeve of mine that I can do a mini-rant on without being off-topic ;)

Gentoo Users

[Enderandrew]

Some Gentoo users just want fine-grained control over their systems. They get exactly the packages they want, configured the way they want, and nothing else. The biggest power of Gentoo isn't compile optimizations, but rather use flags. I want my box to operate exactly how I want it. Gentoo allows me that freedom.

It does take a good deal more time and effort, but frankly some people enjoy that sort of thing as a hobby, the way others constantly tinker with their car.

For what it is worth, portage (and the two portage replacements, pauldis and pkgcore) are quite frankly hands down the best package managers out there, and they handle pre-compiled binary packages just as well. I really honestly believe the rest of the Linux world would be greatly benefited by using one package manager, regardless of how they compile or pack their binaries.

Set a use flag for openSUSE_10.3 and portage knows what packages to grab. It could work.