similar to: [LLVMdev] convert java to c by llvm

hi I followed the instructions to compile vmkit step by step. it worked until "Compile into a dynamic library the core Java libs". After "make ENABLE_OPTIMIZED=1", I didn't go get coffee because of these errors: llc -relocation-model=pic -disable-fp-elim glibj-optimized.zip.bc -o glibj.zip.s unsupported GC: vmkit UNREACHABLE executed! 0 llc 0x0000000000e40e4f 1

I looked into the archives as far back as 2009 and searched around for more information about vmkit, but I still have some questions. First of all, what is that status of VMKit? Is there any active development? A roadmap? Is it in maintenance mode? Secondly, can VMKit generate binaries that can be used on android/jni? Finally, I understand that the .net/CLI support is no longer being

Hi Jeremy, 2013/9/13 Jeremy Bell <bell.jeremy at gmail.com>: > I looked into the archives as far back as 2009 and searched around for more > information about vmkit, but I still have some questions. > > First of all, what is that status of VMKit? Is there any active development? > A roadmap? Is it in maintenance mode? The development is inactive since two month because the

On 09.04.2010, at 11:28, nicolas geoffray wrote: > VMKit runs multiple threads (for example for GC, finalization, etc), > so I need the back trace of other threads as well :) Here it comes: Thread 4 (process 14442 thread 0x2003): #0 0x950be44e in __semwait_signal () #1 0x950e93e6 in _pthread_cond_wait () #2 0x950e8dcd in pthread_cond_wait$UNIX2003 () #3 0x000be2d2 in mvm::Cond::wait

Dear developers, Are there any benchmarks for the performance of Java Native Interface (JNI) calls in VMKit? Since VMKit is based on LLVM which can also run C++ code (maybe in the same just-in-time compiler?) I guess calls from Java to C++ and back could be much faster than in Sun's JVM which has extremely slow C++ -> Java callbacks. If this was the case, this would be a big advantage of

Greetings, I am searching for an alternative to sun's java implementation - one that is not under gpl.. I've been reading the vmkit code for JNI.. And I notice that it is not completely filled out yet... That's fine though, I see there is filled in function like most of the non implemented functions.. Couple of questions: Is the entire llvm required for java/cli vmkit to run?

Hi Bruno, On Wed, Jun 20, 2012 at 3:04 PM, Bruno Daniel <abml at mailoo.org> wrote: > Dear developers, > > Are there any benchmarks for the performance of Java Native Interface (JNI) > calls in VMKit? Since VMKit is based on LLVM which can also run C++ code > (maybe in the same just-in-time compiler?) I guess calls from Java to C++ > and > back could be much faster

Hi Nicolas, thanks for your detailed answer! Now I understand the issues a little better. I'm going to install LLVM + Vmkit and try it out using JNI. Regarding the garbage collector, do you think that the Garbage Collection ABI of C++11 could be implemented in a way compatible to the JVM's garbage collector? http://www2.research.att.com/~bs/C++0xFAQ.html#gc-abi Perhaps this could make

Yes I did, one thing worth mentioning is on running configure for GNU Classpath towards the end this error is displayed and it crashes, I assumed it was okay and went to create the symbolic links and completed the rest of the process with vmkit mentioned in Getting Started as instructed: -I../../../native/jni/native-lib -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes

On Tue, Aug 16, 2011 at 1:45 PM, Nicolas Geoffray <nicolas.geoffray at gmail.com> wrote: >> Supporting OpenJDK is very interesting indeed, as full 1.6 support is >> important to us.  How intense of a project would undertaking this be? >> And is this something you could semi-mentor on if I were to undertake >> it? :). > > Yes, no problem. I'd be happy to help

On 7 Apr 2010, at 21:36, nicolas geoffray wrote: > Hmm, I am not getting that error message on my MacOS 10.5 machine > with that same gcc. Could you run j3 in gdb and get me a backtrace? Sure: (gdb) bt #0 0x950be44e in __semwait_signal () #1 0x950e93e6 in _pthread_cond_wait () #2 0x950e8dcd in pthread_cond_wait$UNIX2003 () #3 0x000be2d2 in mvm::Cond::wait (this=0x20527c4,

VMKit runs multiple threads (for example for GC, finalization, etc), so I need the back trace of other threads as well :) Thanks! Nicolas On Fri, Apr 9, 2010 at 9:28 AM, Konrad Hinsen <konrad.hinsen at fastmail.net>wrote: > On 7 Apr 2010, at 21:36, nicolas geoffray wrote: > > Hmm, I am not getting that error message on my MacOS 10.5 machine with >> that same gcc. Could you

Have you created the symbolic links to GNU Classpath .so? ie step 2 of http://vmkit.llvm.org/get_started.html? Nicolas Nataraj Sundar wrote: > Thanks Nicolas, Gaël > > I followed your instructions and installed compatible versions of llvm, > vmkit and GNU Classpath also I unzipped glibj.zip and pointed GNU > Classpath lib variable to the the unzipped files during vmkit

Nicolas Geoffray wrote: > Hi everyone, > > I've just checked in a JVM and a CLI for LLVM (called JnJVM and N3). > Both are placed in the vmkit svn directory. > You can find the source code here: > Very nice! > svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit > > Its licensed under the U of I Open Source License, so now that's in svn, > you can

Hi Nicolas, > I have added some diagnostic message when failing that early in the > bootstrap in the VM. Please svn up and let me know what it prints. It prints: Exception java/lang/UnsatisfiedLinkError while bootstraping VM That looks like a JNI issue. > About the SIGSEGV you get with clojure.jar, I ran the code and got > the same error. After investigation, it turns out

Thanks Nicolas, Gaël I followed your instructions and installed compatible versions of llvm, vmkit and GNU Classpath also I unzipped glibj.zip and pointed GNU Classpath lib variable to the the unzipped files during vmkit configure. That error has vanished. Now when I run jnjvm or vmkit in Release/bin on any file I'm getting a new error : " terminate called without an active exception

Hi everyone, I've just checked in a JVM and a CLI for LLVM (called JnJVM and N3). Both are placed in the vmkit svn directory. You can find the source code here: svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit Its licensed under the U of I Open Source License, so now that's in svn, you can change whatever you want, as long as HelloWorld.java and HelloWorld.cs work ;-) I

Very nice Torok! I applied most of the patch. A few comments: 1) What is your jni.h file? I can't compile the Jni.cpp file with your changes. 2) ISO C++ does not support %jd. x86_64 does not know about %lld? Thanks! Nicolas Török Edwin wrote: > Nicolas Geoffray wrote: > >> Hi everyone, >> >> I've just checked in a JVM and a CLI for LLVM (called JnJVM and N3).

Nicolas Geoffray wrote: > Very nice Torok! I applied most of the patch. A few comments: > Thanks! > 1) What is your jni.h file? I can't compile the Jni.cpp file with your > changes. > Ouch, did they change 'const'-ness between gcj versions? I was using gcj-4.2.3, and jni.h is from libgcj8-dev. > 2) ISO C++ does not support %jd. x86_64 does not know about

Hi Konrad, I have added some diagnostic message when failing that early in the bootstrap in the VM. Please svn up and let me know what it prints. About the SIGSEGV you get with clojure.jar, I ran the code and got the same error. After investigation, it turns out that the methods you have in that .jar are quite big (50,000 bytecodes) and the static initializer of the core__init class just crashes