similar to: [LLVMdev] GSoC applications for vmkit

Hi Nicolas, I'm running it on Kubuntu. Now that you mention it I did have a problem during vmkit setup. After running the ./configure file with all the options I ran the make file it was giving this error: make[3]: *** [/.automount/root/exports/transient/nataraj/Project/vmkit-0.25/lib/Mvm/Runtime/Release/EscapeAnalysis.o] Error 1 " So I went into Makefile.common and modified GNU

Hi Nataraj, You're using incompatible versions of vmkit and GNU Classpath. First, you should use vmkit 0.26 and llvm 2.6 (at least, -- use trunk if there are problems). Second, you should use GNU Classpath 0.97.2. Good luck! Nicolas Nataraj Sundar wrote: > Hi Nicolas, > > I'm running it on Kubuntu. > > Now that you mention it I did have a problem during vmkit setup.

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

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

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 Frederic, On Wed, Aug 24, 2011 at 11:01 AM, Frederic Perez Ordeig <fredericp at gmail.com > wrote: > Ah yes, thanks, this was one problem, now I hit another: > > llvm[2]: Building Release+Asserts mmtk-vmkit.jar all > Thread 0x110000000 received a SIGSEGV: either the VM code or an external > native method is bogus. Aborting... > ; 0x5cfeed (0x1100fe410) in

Ah yes, thanks, this was one problem, now I hit another: llvm[2]: Building Release+Asserts mmtk-vmkit.jar all Thread 0x110000000 received a SIGSEGV: either the VM code or an external native method is bogus. Aborting... ; 0x5cfeed (0x1100fe410) in _Z14sigsegvHandleriP7siginfoPv ; 0x2b889c232c60 in Unknown method ; 0x561499 (0x1100fe900) in _ZN2j310JavaObject7acquireEPS0_ ; 0x55b464 (0x1100fe920)

Hi Nataraj, Which platform are you running on? Did you follow all the steps on vmkit.llvm.org getting started page, especially for GNU Classpath? Thanks! Nicolas Nataraj Sundar wrote: > Hi, > > I intent to use VMKIT to convert java byte codes to LLVM IR > > I have installed VMKIT 0.26, on running jnjvm (as ./jnjvm > Hello.class) in Release/bin I get the same error

Hi All, Thanks Nicolas for pointing out that I needed --enable-targets=x86,cpp for my llvm config to get vmkit to build. The process gets a lot farther but fails in different places depending upon the vmkit config (Can you please see the three case below?). My machine is a intel core i7 running ubuntu karmic and gcc 4.4.1. What arch/OS/distro/gcc do you all have VMKit working on? thanks for

Hi Matteo, Matteo Migliavacca wrote: > HI I tried to follow the procedure at http://vmkit.llvm.org/get_started.html > . > > OK. Which cpu/os target? > Builds of LLVM and classpath went fine (after fixing a few dependency > problems). > > After compiling a simple HelloWorld with javac I got > > ../vmkit/Debug/bin/jnjvm HelloWorld > > hang for a while and

This error usually shows up when vmkit cannot find the classpath libs and jar. Make sure --with-gnu-classpath-libs points to the directory of .so files are, and that --with-gnu-classpath-glibj points to glibj.zip. Nicolas On Sat, Aug 27, 2011 at 5:13 AM, Akshat Gupta <g.akshat at gmail.com> wrote: > Hi, > I just did a reconfigure and rebuild with the latest svn for vmkit code. >

Hi Akshat, Please use version 0.97.2. vmkit does not support 0.98. Also, it should be fine to not compile gtk+ peer. Nicolas On Mon, Aug 29, 2011 at 8:58 PM, Akshat Gupta <g.akshat at gmail.com> wrote: > Thanks Nicolas, > I do have --with-gnu-classpath-libs and --with-gnu-classpath-glibj > pointing to the right thing, but I have gnu class path 0.98 instead of 0.97 > and its

Hmm, disregard my previous comment (while you might still have issues with 64bit, that's not what's primarily causing your issue)--your particular error is when you don't point vmkit to the classpath libraries properly. Set it with the configure option --with-gnu-classpath-glibj=/path/to/classpath-0.97.2/lib/glibj.zip Good luck! ~Will On Tue, Aug 23, 2011 at 5:49 PM, Will Dietz

Hi Sergii, I think there is a problem in your configure command for VMKit. If you look at what you provide for glibj: --with-gnu-classpath-glibj="/home/svozniuk/llvm/classpath-0.97.2 I don't think it's right. You should change it to: --with-gnu-classpath-glibj="/home/svozniuk/llvm/classpath-0.97.2/lib/glibj.zip Also please make sure that you have created the links for the

HI I tried to follow the procedure at http://vmkit.llvm.org/get_started.html . Builds of LLVM and classpath went fine (after fixing a few dependency problems). After compiling a simple HelloWorld with javac I got ../vmkit/Debug/bin/jnjvm HelloWorld hang for a while and then spits out a terminate called without an active exception Abort I also tried to compile on a machine with gcc 4.1 and

On Friday 21 March 2008 21:52:32 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: > > svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit This looks really exciting but I'm having trouble finding information about

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

Thanks Nicolas, I do have --with-gnu-classpath-libs and --with-gnu-classpath-glibj pointing to the right thing, but I have gnu class path 0.98 instead of 0.97 and its the non X version. So I do not have the libgtkpeer.so. Maybe that is the reason why it is crashing. Unfortunately, I am not able to compile GNU class path with gtk+ peer right now. Will give it a try on the mac. Thanks, Akshat

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, > $ j3 Hello > j3: JavaClass.cpp:480: j3::JavaObject* j3::Class::doNew(j3::Jnjvm*): > Assertion `(this->isInitializing() || > classLoader->getCompiler()->isStaticCompiling()) && "Uninitialized class > when allocating."' failed. > Aborted Regarding to j3 in 64 bit version, it should work now after we've found crush reason, both in