similar to: [LLVMdev] VMkit

Hi all, I tried the step of the Getting Started page (http://vmkit.llvm.org/get_started.html) on Linux/x64 but I had no luck. I could build them. But when I tried to execute J3, it shows like follows, >> j3: JavaRuntimeJIT.cpp:367: void* j3StartJNI(uint32*, uint32**, mvm::KnownFrame*): Assertion `th->getLastSP() == th->lastKnownFrame->currentFP' failed. Does anybody know if

Hi all, I am trying to build VMKit on Linux/x86 and I got error messages like below, llvm[1]: Linking Debug+Asserts executable vmjc /root/llvm/vmkit/tools/vmjc/Debug+Asserts/vmjc.o: In function `mvm::SpinLock::acquire()': /root/llvm/vmkit/include/mvm/Threads/Locks.h:164: undefined reference to `__sync_val_compare_and_swap_4' /root/llvm/vmkit/include/mvm/Threads/Locks.h:168: undefined

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

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

Thank you, Nicolas. But I still have no luck compiling the latest revision. However, vmkit-0.27 is compiled and running fine on my machine. Thanks, Chanwit On Thu, Jul 8, 2010 at 05:18, nicolas geoffray <nicolas.geoffray at gmail.com> wrote: > Latest version of vmkit should now build fine with latest llvm. > Nicolas > > On Wed, Jul 7, 2010 at 11:02 AM, nicolas geoffray >

Latest version of vmkit should now build fine with latest llvm. Nicolas On Wed, Jul 7, 2010 at 11:02 AM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > The one that I have currently that works with vmkit is 107120. > > > On Wed, Jul 7, 2010 at 10:58 AM, Chanwit Kaewkasi <chanwit at gmail.com>wrote: > >> Hello Nicolas, >> >> Thank you for

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

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.

Hello Nicolas, Thank you for quick reply. Is LLVM revision 107641 a good one to build with latest VMKIT? Thanks, Chanwit On Thu, Jul 8, 2010 at 00:06, nicolas geoffray <nicolas.geoffray at gmail.com> wrote: > Hi all, > Yes, there was a change in the LLVM CallInst API, and I haven't updated > vmkit yet. It should be fixed real soon. > Cheers, > Nicolas > > On Wed,

The one that I have currently that works with vmkit is 107120. On Wed, Jul 7, 2010 at 10:58 AM, Chanwit Kaewkasi <chanwit at gmail.com> wrote: > Hello Nicolas, > > Thank you for quick reply. > Is LLVM revision 107641 a good one to build with latest VMKIT? > > Thanks, > > Chanwit > > On Thu, Jul 8, 2010 at 00:06, nicolas geoffray > <nicolas.geoffray at

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

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

Hi Chanwit, What problems did you have for compiling the latest revision? Could you give me a log? Thanks, Nicolas On Thu, Jul 8, 2010 at 10:05 PM, Chanwit Kaewkasi <chanwit at gmail.com> wrote: > Thank you, Nicolas. > But I still have no luck compiling the latest revision. However, > vmkit-0.27 is compiled and running fine on my machine. > > Thanks, > > Chanwit >

Hi, Just to comfirm that I have just clean built the current LLVM and VMKIT revisions and it failed too. The problem seems to be the same one (about escape analysis in LLVM). My configuration is Ubuntu 10.04 and GCC 4.4.3 on x86. Cheers, Chanwit Konrad Hinsen-2 wrote: > > On 6 Jul 2010, at 22:25, Zoe Wolk wrote: > >> If anyone is able to build vmkit and get it to run without

Hi all, Yes, there was a change in the LLVM CallInst API, and I haven't updated vmkit yet. It should be fixed real soon. Cheers, Nicolas On Wed, Jul 7, 2010 at 9:50 AM, chanwit <chanwit at gmail.com> wrote: > > Hi, > > Just to comfirm that I have just clean built the current LLVM and VMKIT > revisions and it failed too. > The problem seems to be the same one (about

Hi Fovios, Do you have a ./lib/j3/LLVMRuntime/LLVMRuntime.inc file being generated? What does it contain? Nicolas On Thu, Jun 7, 2012 at 5:47 PM, Foivos S. Zakkak <foivos at zakkak.net> wrote: > Still the same. > > Is there any chance that the placement of my directories are causing this? > > Also the exact command that fails is > >

Still the same. Is there any chance that the placement of my directories are causing this? Also the exact command that fails is /home1/public/zakkak/java/vmkit/Release+Asserts/bin/vmjc -std-compile-opts -load=/home1/public/zakkak/java/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home1/public/zakkak/java/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic

Hello, I've been able to get J3 working with the single and multimap garbage collectors but have hit several snags with Boehm and MMTk. For MMTk I get here: Buildfile: /cs/student/kyleklein/vmkit/mmtk/java/build.xml main: [mkdir] Created dir: /cs/student/kyleklein/vmkit/mmtk/java/classes [javac] Compiling 373 source files to /cs/student/kyleklein/vmkit/mmtk/java/classes

On Thu, Jun 7, 2012 at 4:27 PM, Foivos S. Zakkak <foivos at zakkak.net> wrote: > Hi Nicolas, > > I thought MMTk is written in java and it is compiled by javac. > It is compiled by javac to produce Java bytecode. Then vmkit runs the initialization code of MMTk (through the JIT) and generates the binary code through llvm. > retried a clean build with JIT enabled > >

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