similar to: [LLVMdev] JVM bytecode generation vs. LLVM

Wondering if you've gotten any further answering the question you pose below? I also am interested in being able to generate a JVM backend, but not departing, as you are, from coding in java itself, but rather as a means to integrate my own custom vm with Java and be able to produce and consume java code easily from my custom environment. Just curios if you made any progress answering this

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?

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 Tue, Apr 23, 2019 at 05:02:12PM +0530, Sachin Soman wrote: > [Update] > > Instead of passing an auth callback to Connect, if I store the credentials > in an INI file and pass the file path as authfile URI parameter, I dont see > these errors. That makes it sound like some kind of memory handling bug in the JNI native calls. I looked the libvirt-java code for the auth callback

So, suppose I wanted to create an Eclipse plugin that could read an LLVM bitcode file. What would be the best way to bridge between the Java and C++ worlds? I thought about calling llvm-dis as a subprocess and then parsing the output, but that seems fragile to me. I'd rather deal with the API level if possible. -- -- Talin -------------- next part -------------- An HTML attachment was

(Yes, I know that there's a version for Linux. I'm even using it!) here the bug report for a simple start: bojan@linux:~/Desktop/Downloads/eclipse> wine /home/bojan/.wine/drive_c/Program\ Files/Java/jdk1.5.0_08/bin/java -jar startup.jar fixme:msg:PeekMessageW PM_QS_xxxx flags (0040) are not handled fixme:oleacc:CreateStdAccessibleObject 0x2003a -4

Hi all, i'm trying to install JGR on linux (see bottom), but it runs into errors. The bottom of the sequence below shows "JavaJD could not be found" Any suggestion, please? $ sudo apt-get install sun-java6-jdk $ sudo update-alternatives --config java There are 5 alternatives which provide `java'. Selection Alternative ----------------------------------------------- 1

2009/12/16 Talin <viridia at gmail.com>: > So, suppose I wanted to create an Eclipse plugin that could read an LLVM > bitcode file. What would be the best way to bridge between the Java and C++ > worlds? I thought about calling llvm-dis as a subprocess and then parsing > the output, but that seems fragile to me. I'd rather deal with the API level > if possible. Hi Talin,

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

> Who is the expected client of this code? There are several reasons why compiling to JVM bytecode can be desirable. For example, it can be executed on platforms that do not support native code execution for security or other reasons e.g. browser applets, mobile devices, some webhosts. From the Java perspective, it allows libraries written in languages such as C to be used in a cross-platform

Am 10.10.2015 um 21:14 schrieb Tim Northover: > On 10 October 2015 at 04:16, Joachim Durchholz via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> is this the right place to discuss getting LLVM built using Eclipse, >> as described on http://llvm.org/docs/GettingStarted.html? > > It's probably as good as anywhere, Okay. > but I don't think

Hi, When i want load eclipse with wine 1.1.22 I obtained this error : # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7ec06ec4, pid=27, tid=28 # # JRE version: 6.0_14-b08 # Java VM: Java HotSpot(TM) Client VM (14.0-b16 mixed mode windows-x86 ) # Problematic frame: # C [comctl32.dll+0x86ec4] # # If you would like

Greetings, is this the right place to discuss getting LLVM built using Eclipse, as described on http://llvm.org/docs/GettingStarted.html? Regards, Jo

On Nov 26, 2009, at 4:57 PM, David Roberts wrote: >> Who is the expected client of this code? > There are several reasons why compiling to JVM bytecode can be > desirable. For example, it can be executed on platforms that do not > support native code execution for security or other reasons e.g. > browser applets, mobile devices, some webhosts. From the Java > perspective, it

Did you get a chance to debug the issue? Thanks & Regards, Sachin Soman On Thu, Apr 18, 2019, 11:10 PM Sachin Soman <sachonline.soman@gmail.com> wrote: > I have tried the same tests using the "test" driver, and that works > perfectly; no errors seen. > > Thanks & Regards > Sachin Soman > > > > > On Thu, Apr 18, 2019 at 11:03 PM Daniel P.

Hi, I'm interested in using LLVM to run source languages supported by GCC (mostly just C and Fortran, actually) on a JVM. There seem to be two general ways this could be accomplished. 1. LLVM bytecodes could be compiled to JVM bytecodes 2. LLVM bytecodes could be interpreted by a program running on a JVM Has anybody started work in either direction? Has anyone started work on anything

On Feb 28, 2005, at 19:16, Curt Cox wrote: > I'm interested in using LLVM to run source languages supported by GCC > (mostly just C and Fortran, actually) on a JVM. There seem to be two > general ways this could be accomplished. Here is a better way to do this. At least, I think it is better, mostly because someone else has already done all the work: http://www.xwt.org/mips2java/

On Nov 26, 2009, at 12:14 AM, David Roberts wrote: >>> Additional patch attached, is this suitable? >> Looks good, thanks. What's about arithmetics? > Revised patch attached. Hi David, I'm not very excited about this patch. We already have a C backend and MSIL backend. Neither of those support the full generality of LLVM IR (for example, exceptions, 'weird'

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