similar to: [LLVMdev] Java project, and introducing myself.

Have you looked at the this? http://llvm.org/viewvc/llvm-project/java/trunk/ Someone started a Java frontend. Perhaps you could finish it? -Tanya On Feb 2, 2008, at 5:48 PM, Ramón García wrote: > Hello, I am Ramon Garcia Fernandez. My interest in LLVM is to develop > an interface for Java virtual machine bytecodes, so that Java programs > can be run under LLVM. > > You may ask

You probably want to sit down and have a long talk with Jeroen Frijters, the principal behind the IKVM project. Note that you will have to deal with ClassLoaders at some level, regardless of what you'd prefer. > A more obvious problem is, of course, that it is not possible to > compile Java code statically and save the result in the disk. > That is untrue--last time I checked, gcj

Hello, I am Ramon Garcia Fernandez. My interest in LLVM is to develop an interface for Java virtual machine bytecodes, so that Java programs can be run under LLVM. You may ask why not using the Java virtual machine. Although it may be improved, there are some misfeatures in it. This is what I have learned. It makes the communication with native code too expensive. Passing an array from native to

I have just worked with this code. The architecture is fine, and I think that this code should be reused, It needs updating, however, because it does not compile with LLVM 2.1 (I prefer to use a stable version to focus my work, and port to LLVM 2.2 later). I have seen that one incompatibility is that this Java frontend requires C++ with exceptions, but LLVM is compiled with -fno-exceptions. For

On Feb 3, 2008, at 7:09 PM, Ramón García wrote: > I have just worked with this code. The architecture is fine, and I > think that this code should be reused, > It needs updating, however, because it does not compile with LLVM 2.1 > (I prefer to use a stable version > to focus my work, and port to LLVM 2.2 later). > LLVM 2.2 comes out in a week, I would recommend using that over

Hi Ramon, Ramón García wrote: > I am interested to get this work funded by a Google summer of code > grant. Is there anyone interested in mentoring this project? Would be > the LLVM interested in it? > I'm in the process of checking in a Java and a CLI FE to the llvm repository. I'm not sure what's the shape of llvm-java. Do your changes make it run some

As I told you, I am working with the Java frontend. Currently I am working with the code from http://llvm.org/svn/llvm-project/java/. The first task has been to put it up to date, since it was written for LLVM 1.9 and there are few incompatibilities. This is mostly done. How can I submit a patch? I am interested to get this work funded by a Google summer of code grant. Is there anyone interested

Ramón García wrote: > I would like to see the code of your front end. > > It should be available in a week or two. I'm currently dealing with licensing issues. > I started working with llvm-java, since it was what was available. It > does not run yet (small compilation issues, almost done), > but the design seems fine. It can run (when setup complete) small > pieces

I would like to see the code of your front end. I started working with llvm-java, since it was what was available. It does not run yet (small compilation issues, almost done), but the design seems fine. It can run (when setup complete) small pieces of Java code, but no real application, since it does not support exception handling (jsr/ret bytecodes) yet,nor garbage collection. Implementing these

The memory consumed by the code compiled is huge in server applications. And it is not shared by different virtual machine instances. By contrast, shared libraries are memory mapped, therefore they are shared between different instances of the executables using them. It is posible to throw away code after using it, but then compilation cost would be repeated. And dynamic compilation prevents

Nicolas Geoffray wrote: > > There is no real missing feature. The VMs can execute standard > applications (last time I checked, the JVM can run tomcat), and the > implementations follow the VM specifications. The CLI implementation > lacks generics and overflow detection, but this is not top priority in > my mind. > > Among many features, here are the ones that I'd

Based on my experience this last one (the generation of shared libraries) is the most important performance wise, and the one that would make a difference from a performance point of view. I would like to prepare a proposal as soon as posible. Could I have a look at your code privately, even if there are licensing issues pending? I understand that this issues are just temporary, and will in no

Ramón García wrote: > Based on my experience this last one (the generation of shared > libraries) is the most important performance wise, and the one that > would make a difference from a performance point of view. > > That's more or less true: generating shared libraries will improve startup time, not steady-state time. It will decrease steady-state performance (both for

Ramón García wrote: > I would prefer to see actual code to make safe schedules. With code I can see > what changes one must make. I can also show in detail these changes, > which would give security to the LLVM project that the proposal is > viable. By contrast, > without code, neither me nor LLVM project can ensure that the project will > be successfully performed behind

Hi All I installed JGR library both on ubuntu 7.10 and 7.04 on 7.10 all went fine, but on 7.04 I recived massage: Exception in thread "main" java.lang.NoClassDefFoundError: org/rosuda/JRI/RMainLoopCallbacks at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at

On Wed, Aug 22, 2018 at 12:56:47PM +0200, Pino Toscano wrote: > On Tuesday, 14 August 2018 15:42:13 CEST Richard W.M. Jones wrote: > > --- > > java/Makefile.am | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/java/Makefile.am b/java/Makefile.am > > index 81c20f266..1bad9a853 100644 > > --- a/java/Makefile.am > >

Dear R-Help, I am trying to get JRI (the rJava interface allowing Java to connect to R) to work. I was able to run it a week ago when I was doing some testing using Java 1.5. However, I am developing a GUI application using some of the new Java 1.6 features and I just can't get JRI to work with this setup. Here is what I get: Cannot find JRI native library! Please make sure that the JRI

Fresh install on a brand new box (Dell Precision 3500) of 5.6. I install Sun java-1.6.0_26-b03, Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Then ln -s /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/lib/amd64/libnpjp2.so /usr/lib64/mozilla/plugins about:plugins shows java enabled (oddly enough, I seem to have flash, 32-bit, in the 32 bit libs, and that doesn't show; guess

Hi, I am a R user, with some experience in MacOS, Linux, etc, but I am having a problem that I cannot solve: I have a linux server (CentOS 5) and I installed sun jdk1.6. For instance: $ java -version Java version "1.6.0_10-rc2" Java(TM) SE Runtime Environment (build 1.6.0_10-rc2-b32) Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode) I also installed the latest version of R:

Hello I am trying to use the java binding for xapian . I am using ubuntu i have compiled the java binding and i got .so and .jar file in build directory. i tried to compiled the sample program from eclipse i get this exception Exception in thread "main" java.lang.UnsatisfiedLinkError: no xapian_jni in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1681) at