Reid Spencer wrote:>> 1. What is the status of the LLVM+Java effort? > > Incomplete but significant progress has been made. Misha Brukman can > tell you more. >> Is it GCJ-specific? > > No, it implements its own Java compiler and bytecode translator.Has it been hooked up to a JVM? If so, how and which ones? Thanks for your other answers re annotations and memory model. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com
On Sun, 23 Apr 2006, Archie Cobbs wrote:>> No, it implements its own Java compiler and bytecode translator. > > Has it been hooked up to a JVM? If so, how and which ones?llvm-java has been hooked up to a class library (classpath), and implements all of the VM (AFAIK). That said, you'd probably be better off working on GCJX right now, unless you'd like to do a lot of fundamental development on the llvm-java front-end. -Chris -- http://nondot.org/sabre/ http://llvm.org/
On Sun, 2006-04-23 at 15:09 -0500, Archie Cobbs wrote:> Reid Spencer wrote: > >> 1. What is the status of the LLVM+Java effort? > > > > Incomplete but significant progress has been made. Misha Brukman can > > tell you more. > >> Is it GCJ-specific? > > > > No, it implements its own Java compiler and bytecode translator. > > Has it been hooked up to a JVM? If so, how and which ones?I think the point of llvm-java was to avoid a JVM. That is, it converts either Java source or Java bytecode into equivalent LLVM bytecode. I think the big thing lacking so far are the Java library and support for things that LLVM doesn't natively support (threading, synchronization come to mind). If you need more detail, Alkis (author of llvm-java) is going to have to respond. Otherwise, you'll need to take a look at the code.> > Thanks for your other answers re annotations and memory model.You're welcome.> > -Archie > > __________________________________________________________________________ > Archie Cobbs * CTO, Awarix * http://www.awarix.com > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060423/9e427ebf/attachment.sig>
On Sun, 23 Apr 2006, Reid Spencer wrote:>> Has it been hooked up to a JVM? If so, how and which ones? > > I think the point of llvm-java was to avoid a JVM. That is, it convertsllvm-java is the JVM.> either Java source or Java bytecode into equivalent LLVM bytecode. Illvm-java only supports input from Java bytecode.> think the big thing lacking so far are the Java library and support forllvm-java uses classpath for it's library.> things that LLVM doesn't natively support (threading, synchronization > come to mind). If you need more detail, Alkis (author of llvm-java) is > going to have to respond. Otherwise, you'll need to take a look at the > code.It's actually missing quite a bit. It is missing too much to support programs that use System.Out, for example. Alkis is definitely the person to talk to if you're interested in it. -Chris -- http://nondot.org/sabre/ http://llvm.org/