similar to: [LLVMdev] java front-end

Hi Joshua, > I'm trying to use the Java front-end (which, based on svn commits, appears > to be three-years-dead), > I'm trying to use llvm as a replacement aot compiler I'm not acquainted with the Avian JVM, but haven't you considered using VMkit llvm project, it contains .class/.jar to llvm compiler, also JIT compiler(native code compiler) and aot compiler. And

Hi Minas, Thanks! I wasn't aware that VMKit had the ability to generate llvm code from .class / .jar files - I thought all of its code-generation capabilities were very closely tied to the VM itself. I'll look into this. The motivation behind this project is to be able to get both the small size and fast startup times of Avian, along with the speed of llvm-generated code. Currently,

Hi Nicolas, I plan on using the Avian GC (which is a precise, generational collector). Eventually, I'd like to fully integrate all of the runtime services Avian provides - even integrating the existing Avian JIT compiler, to allow for partially-AOT builds. Avian does indeed have it's own class library, but I would be very surprised if VMKit could compile with them - they are sufficiently

Hi Nicolas, Thanks for all your help, but if 64-bit systems are still a big problem, perhaps the VMKit AOT compiler is not the best solution to my problem. I'd like to be able to support the major (if not all all) platforms that the Avian JVM supports - x86 & x86_64 linux & windows, powerpc darwin and ARM. Regards, Joshua On Tue, Jul 20, 2010 at 8:00 AM, nicolas geoffray <

On Tue, Jul 20, 2010 at 5:35 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Hi Nicolas, > > I plan on using the Avian GC (which is a precise, generational collector). > OK - Great! > Eventually, I'd like to fully integrate all of the runtime services Avian > provides - even integrating the existing Avian JIT compiler, to allow for > partially-AOT

Hi Joshua, What plans did you have for GC? No GC at all or Avian JVM has its own GC (and is it precise or not?)? If you're not planning on using VMKit's GCs, then 64-bit system should not be a big problem: the only problem that we have now is compiling GNU Classpath, and most probably Avian JVM has its own version of the class libraries? Also, note that platform support will be strongly

On Tue, Jul 20, 2010 at 9:52 AM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > On Tue, Jul 20, 2010 at 5:35 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > >> Hi Nicolas, >> >> I plan on using the Avian GC (which is a precise, generational >> collector). >> > > OK - Great! > > >> Eventually, I'd like to

Hi Minas, I tried recompiling Classpath with -fno-omit-frame-pointer, and now, instead of printing an error message, j3 just segfaults in "j3::JnjvmClassLoader::loadClassFromAsciiz(char const*, bool, bool) ()" I ran llcj under strace and found that it is not even opening the input or output files, but is otherwise running normally. Updating to the latest SVN version (revision 108831)

On Tue, Jul 20, 2010 at 6:36 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Sure, that's one major strength of LLVM: we could decide on a runtime >> function (CallVirtualMethod) that will get lowered depending on the >> underlying VM. I don't see any difficulties in accomplishing this. >> > > Is it common practice to emit function calls that are

Forgot to send to the mailing list... ---------- Forwarded message ---------- From: Joshua Warner <joshuawarner32 at gmail.com> Date: Mon, Jul 19, 2010 at 10:19 AM Subject: Re: [LLVMdev] Building VMKit To: nicolas geoffray <nicolas.geoffray at gmail.com> Thanks Nicolas, that worked great! Now, I'm having trouble invoking the compiler properly: $ llcj Hello.class -o=Hello.ll $

On Tue, Jul 20, 2010 at 6:56 PM, Joshua Warner <joshuawarner32 at gmail.com> wrote: > Hi Minas, > > I tried recompiling Classpath with -fno-omit-frame-pointer, and now, instead > of printing an error message, j3 just segfaults in > "j3::JnjvmClassLoader::loadClassFromAsciiz(char const*, bool, bool) ()" > Could you please run it under gdb like $ gdb --args ./j3

Hi Joshua, If you can get a running 32bit system, I'd suggest you do so, as you'll get up to speed right away. I can't test VMKit on a 64bits machine, and I have been aware that there are some compilation/execution problems. Besides, the current GCs of VMKit do not work on 64bits (neither MMTk nor GCMmap2). Nicolas On Tue, Jul 20, 2010 at 3:56 PM, Joshua Warner <joshuawarner32 at

Sure: I'm on 64-bit Ubuntu Linux 10.04 with gcc 4.4.3. I followed the instructions on http://vmkit.llvm.org/get_started.html, as near as I can tell. I configured llvm with the default configuration: ./configure I configured vmkit with: ./configure --with-llvmsrc=/home/jowarner/code/llvm/ --with-llvmobj=/home/jowarner/code/llvm/ --with-gnu-classpath-glibj=/usr/share/classpath/glibj.zip

Hi, Trying to build AOT version of vmkit java, building for that classpath glibj.zip: $ cd vmkit/tools/vmjc/libvmjc $ make ENABLE_OPTIMIZED=1 DISABLE_ASSERTIONS=1 REQUIRES_FRAME_POINTER=1 has eventually, after 50 minutes, brought: <<< llvm[0]: Compiling glibj.zip to llvm llvm[0]: Optimizing glibj.zip llvm[0]: Compiling glibj.zip.bc to native UNREACHABLE executed! 0 llc

> It won't cause a negative effect, go for it! Dynamic_cast is realllly slow compared to dyn_cast, it is worth the memory. Ok, here's the first batch. It converts the RecTy hierarchy over to use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to set up LLVM-style RTTI for your class hierarchy", which covers the previously undocumented (albeit not that

My understanding is that EH works fine without RTTI. However, we use typeid in LLVM in a few limited spots like lib/VMCore/Pass.cpp Reid. On Sat, 2005-04-23 at 20:12 -0700, Jeff Cohen wrote: > As far as I can tell, exceptions work just fine without RTTI when using > gcc 3.4.2. dynamic_cast, on the hand, crashes without RTTI (no > compilation error or warning is generated). > >

As far as I can tell, exceptions work just fine without RTTI when using gcc 3.4.2. dynamic_cast, on the hand, crashes without RTTI (no compilation error or warning is generated). Jeff Cohen wrote: > This may be the case with GCC, but VC++ allows exception handling to > be enabled while RTTI is disabled. According to VC++ documentation, > RTTI is needed only to support

On Mon, Jul 19, 2010 at 7:40 PM, Minas Abrahamyan <minas.subs at gmail.com> wrote: > Trying to build AOT version of vmkit java, > building for that classpath glibj.zip: > > $ cd vmkit/tools/vmjc/libvmjc > $ make ENABLE_OPTIMIZED=1 DISABLE_ASSERTIONS=1 REQUIRES_FRAME_POINTER=1 > > has eventually, after 50 minutes, brought: > <<< > llvm[0]: Compiling

On Oct 4, 2012, at 5:15 PM, Sean Silva <silvas at purdue.edu> wrote: >> It won't cause a negative effect, go for it! Dynamic_cast is realllly slow compared to dyn_cast, it is worth the memory. > > Ok, here's the first batch. It converts the RecTy hierarchy over to > use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to > set up LLVM-style

>> Ok, here's the first batch. It converts the RecTy hierarchy over to >> use LLVM-style RTTI. Along the way, I also wrote up a new doc "How to >> set up LLVM-style RTTI for your class hierarchy", which covers the >> previously undocumented (albeit not that complicated) process for >> hooking into Support/Casting.h. > > Cool. Please pull this