News for hackers. Stuff that matters.
Re:Apache loses Java showdown vote to Oracle by dkarl on Tuesday December 07, 2010 @03:02AM (#1978386)
The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. Despite its name, LLVM has little to do with traditional virtual machines, though it does provide helpful libraries that can be used to build them.

If LLVM is not a VM, do you have a particular LLVM-based VM in mind?

Re:Apache loses Java showdown vote to Oracle by pohl on Tuesday December 07, 2010 @09:01AM (#1979012)
Just reframe the question. Rather than assuming that what we need is a standardized VM, instead assume that what we need is a standardized IR (Intermediate Representation). It solves the same problem, makes LLVM-IR a viable alternative, and leaves the world free to make multiple, interoperable implementations rather than one monolithic implementation.
Re:Apache loses Java showdown vote to Oracle by JoachimSchipper on Tuesday December 07, 2010 @04:43AM (#1978548)
LLVM does include a VM, although that's not the focus.
Re:Apache loses Java showdown vote to Oracle by elblanco on Tuesday December 07, 2010 @09:03AM (#1979017)
I'm wondering if it might be better suited in this context to producing byte-code for Parrot?
Re:Apache loses Java showdown vote to Oracle by JoachimSchipper on Tuesday December 07, 2010 @09:19AM (#1979055)
Why? It seems perfectly capable of producing native code.
Re:Apache loses Java showdown vote to Oracle by elblanco on Tuesday December 07, 2010 @11:43AM (#1979569)
Because sometimes compiling to an intermediate VM has advantages over compiling to native code.

http://news.ycombinator.com/item?id=1977956

Re:Apache loses Java showdown vote to Oracle by JoachimSchipper on Tuesday December 07, 2010 @12:32PM (#1979762)
I'd read that comment, which is in this very thread (!), I just don't see why you'd want to do that.
Re:Apache loses Java showdown vote to Oracle by elblanco on Tuesday December 07, 2010 @12:54PM (#1979863)
Which part doesn't make sense, running intermediate byte-code in a VM, or using LLVM to target Parrot? If it's the former, I'm not sure I can persuade you in this thread if a decade of enterprise software can't do that, if it's the latter, then I can see that also.