similar to: RJava question(class not found with rJava's vm, though found with alternate vm)

Hello! I am writing you because I could not plot the confidence envelopes for functions Jest, Jcross, Jdot, Jmulti, and L, using the Spatstat package. I have already understood how to do that for Kest or Jest, that is: JEnv <- plot(envelope(PPPData, Jest)) Where PPPData is my ppp object. However, for Jcross I must specify the two marks I want to analyse. That is, usually I would get the

Hi all! I recently tried to install the rJava package on my notebook (Debian Etch / Kernel 2.6.15 / jdk 1.5.0-5 / R 2.2.1 / rJava ?? the repo one, have a look below). I compiled R myself with "--with-readline=no" and "--enable-R-shlib flags". Now, each time loading the library rJava I encouter the same error. I reinstalled several times (as root), always the same problem:

On Thu, Nov 4, 2010 at 11:46 AM, Hans de Goede <hdegoede at redhat.com> wrote: > Note that I'm not packaging it (advertising the package) as an applet > for in browser use / for serving over http, but rather packaging > it as a java media playback framework, because it is used as such by > several java games which we package. As such it only gets used > with (and has been

R-ists Yet again Java rears its ugly head. I have Kubuntu 7.04 running the Kubuntu-repository version of R 2.4.1-1. Yes it isn't the very latest version but this is not the issue here. I want a Windows-like environment and everyone is talking about JGR. I downloaded it and installed it along with rJava. Both compile and install satisfactorily. But when I come to run it: >

Hi Bruno, On Wed, Jun 20, 2012 at 3:04 PM, Bruno Daniel <abml at mailoo.org> wrote: > 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

I have a continuous loop running in an external library that I am calling from C (R API). This loop is processing events in real time with the possibility of significant lag between events. When processing an event, I can make use of R_CheckUserInterrupt, but while the external library code is waiting on a new event, I don't have an opportunity to call this - my entry points are only on

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, I need the description of LLVM instructions on bitcode file. I can't find it on any document. Reading the code costs much time. Does a description like this exist ? It should look like the JVM Instruction set on the link bellow: http://java.sun.com/docs/books/jvms/second_edition/html/Instructions2.doc.ht ml Thanks for any advise. Quang

Duncan Sands wrote: >> One approach would be to simply duplicate the code in the 'finally' >> block for each exit, but that seems sub-optimal. It would be better, I >> think, to set a state variable before entering the 'finally' block, and >> then have it do a switch instruction at the end and transfer to the >> appropriate block. >>

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 know this is a strange mail and also off topic but since there is no user-list I'll simply post my stuff here ;) I wanted to say a big thank-you for developing llvm, I've always been fascinated by agressive optimizing frameworks like JVMs and other virtual machines and was a bit sad that the gnu-world relies(d) on techniques which have more or less reached their possibilities.

On Jul 13, 2008, at 1:32 PM, Le Anh Quang wrote: > Hi, > I need the description of LLVM instructions on bitcode file. I can't > find it > on any document. Reading the code costs much time. Does a > description like > this exist ? It should look like the JVM Instruction set on the link > bellow: >

Hi, I'm looking for a way to map bitcode to the source code (C/C++) from which it was generated. For example, the Java class file format has an optional LineNumberTable attribute that maps each bytecode instruction to a source code line number: http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html#22856 Is there something analogous in the LLVM environment? Thanks,

I have read just the comment from Mark Wielaard, the leader of GNU Classpath: http://gnu.wildebeest.org/diary/index.php?p=129 And after that I have a question, if somethinl like Mauve exists also for WINE/ReactOS? GNU Classpath is a OpenSource-Version of the Java Standard Edition Classes. And Mauve are testclasses, which test, that the OpenSource JVMs with GNU Classpath are still working

In our environment we have many legacy application servers running apache/jserv. There is a web server front end, then a couple of load-balanced java servers on the backside. One of the problems we are faced with is hung or stuck jvms. I have looked at the java process with the ps command, and there are many times when URL(s) do not respond, yet the java looks healthy, at least from the OS

----- Original Message ----- > From: Nate Fries <nfries88 at yahoo.com> > To: Samuel Crow <samuraileumas at yahoo.com>; LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Cc: > Sent: Friday, June 3, 2011 6:52 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Most JVMs perform terribly. Even Sun's has had notable performance

There's another point that hasn't been raised yet here, which is that the undefinedness of calling (void*) 0 is a property of C, not necessarily of the LLVM abstract language. I think you can make an excellent case that the standard optimizations should not be enforcing C language semantics, or at least should allow such optimizations to be disabled. Case in point —

It should probably not be necessary in my case to compile a custom version of the Cortado applet-the official binary works fine, and may be advantageous over a locally-compiled version (regarding compatibility with 1.1-era JVMs), as was mentioned in a previous message. My interest was to include the corresponding source code when distributing the official binary (i.e. as would be required for

On 6/3/2011 3:19 PM, Samuel Crow wrote: > Why not runtime checks? The constant folding and dead-code elimination passes would get rid of any redundant code in a later stage of compilation anyway. The important part, as I see it, is that LLVM already does constant folding and dead-code elimination. Meta-data might require more effort in the long run. > > --snip-- Less flexible for the

2009/6/10 John McCall <rjmccall at apple.com> > There's another point that hasn't been raised yet here, which is that > the > undefinedness of calling (void*) 0 is a property of C, not necessarily > of > the LLVM abstract language. I think you can make an excellent case that > the standard optimizations should not be enforcing C language semantics, > or at