similar to: [LLVMdev] Say hi to VMKit: JVM/LLVM, CLI/LLVM

Anton Korobeynikov wrote: > Hello, Edwin > Hi Anton, >> Probably there are more 64-bit issues to solve. Unfortunately I don't >> have time to look into this deeper now. >> > At least these "4" looks pretty suspicious: > > - (void *)gcset((gc **)((unsigned int)this + nbb + 4 - sizeof(void > *)), > + (void *)gcset((gc

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 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

On Mar 26, 2008, at 12:23 PM, Török Edwin wrote: [...] >> 2) ISO C++ does not support %jd. x86_64 does not know about %lld? >> > > It does, but gcc gives a warning, if I use %lld I get a warning on > x86_64, if I %ld I get a warning on x86-32. > int64_t is long int on x86-64. However sizeof(long int) == sizeof(long > long int), so I don't know why gcc insists it is

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

Here's a patch that gets Mvm compiling on Darwin. --Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: mvm.patch.gz Type: application/x-gzip Size: 669 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080321/30544c25/attachment.bin> -------------- next part -------------- On Mar 21, 2008, at 4:52 PM, Nicolas

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?

Jeremy, This has nothing to do with LLVM or VMKit... but if you're interested: I've been working on a light-weight JVM called Avian ( http://oss.readytalk.com/avian/). It has a fast JIT compiler (that produces moderately good code, but no optimization). It doesn't have any .NET support currently, but given the deep similarities between .NET and Java, I think it wouldn't be a

I am working on a project to port JRuby on Embedded systems. JRuby converts Ruby code to bytecode which is executed by any JVM. For this project I am testing performance of JRuby with various available JVMs. I have chosen ARM architecture. Does vmkit support ARM architecture? On Fri, Jul 19, 2013 at 8:01 PM, Harris BAKIRAS <h.bakiras at gmail.com> wrote: > I don't know how JRuby

Hi Nicholas, and thanks for the prompt reply... On 20 Aug 2009, at 15:28, Nicolas Geoffray wrote: > Matteo Migliavacca wrote: >> HI I tried to follow the procedure at http://vmkit.llvm.org/get_started.html > > OK. Which cpu/os target? It was x86/linux... >> Builds of LLVM and classpath went fine (after fixing a few dependency >> problems). >> >> After

Hello Kumar, Unfortunately we never experienced on ARM architecture and we are not planning to port VMKit on ARM for the moment. Regards, Harris Bakiras On 07/19/2013 05:50 PM, Kumar Sukhani wrote: > I am working on a project to port JRuby on Embedded systems. JRuby > converts Ruby code to bytecode which is executed by any JVM. For this > project I am testing performance of JRuby

here <http://vmkit.llvm.org/> its mentioned that its portable on ARM. So simply cross-compiling will work? On Mon, Jul 22, 2013 at 7:37 PM, Harris BAKIRAS <h.bakiras at gmail.com> wrote: > Hello Kumar, > > Unfortunately we never experienced on ARM architecture and we are not > planning to port VMKit on ARM for the moment. > > Regards, > > Harris Bakiras >

Hi, I see that now vmkit2 contains the last revisions of the project, so I follow these instructions to compile vmkit : http://vmkit2.gforge.inria.fr/start.php I download and compile LLVM without errors. I have tested with and without optimizations but this is the same for the errors. My configuration for LLVM is just : ./configure; make Apparently we can build vmkit with OpenJDK instead of GNU

Hi all, After "BUILD SUCCESSFUL" Message on compiling VMkit. after the make starts compiling mmtk-vmkit.jar In verbose mode the following command errors out: /home/usr/vmkit/Release+Asserts/bin/vmjc -load=/home/usr/vmkit/Release+Asserts/lib/MMTKRuntime.so -load=/home/usr/vmkit/Release+Asserts/lib/MMTKMagic.so -LowerMagic /home/usr/vmkit/mmtk/java/Release+Asserts/mmtk-vmkit.jar

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

Hi Kumar, It's a mistake, we will correct that, we haven't tested vmkit on arm. As LLVM supports arm, by cross-compiling vmkit in arm/linux, it could work, but you will probably have to adapt some few parts of the code. If you plan to make the port, feel free to send us a lot of patches :) Gaël Le 22 juil. 2013 17:09, "Kumar Sukhani" <kumarsukhani at gmail.com> a écrit :

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

Hi, I wanted to use VMKit project to convert Java Bytecode to LLVM IR bitcode. But I do not know how to start, since I came to know that VMkit is written for llvm -3.3 version, but I want it for latest LLVM version 6.0.1. So, could you please suggest me, whether I have to write it whole project from scratch to meet my requirement of latest llvm version, or can use existing project by building