Re: still no fun with invokedynamic

2009-09-16 Thread John Rose
το Sep 13, 2009, επι τῳ 6:53 AM, Rémi Forax εγραψα: > Le 13/09/2009 02:38, John Rose a écrit : >> >> The backport a great option for experimentation, since it does not >> require a pre-release JVM. Its performance seems to be comparable >> to the current MLVM JVM. Basically what you get is a

Re: still no fun with invokedynamic

2009-09-14 Thread Christian Thalinger
Jochen Theodorou wrote: > Charles Oliver Nutter schrieb: >> You could certainly use the interpreter to start prototyping whatever >> you are working on. I used interpreted mode for much of the JRuby >> invokedynamic work. > > well I wanted to run an optimized Groovy against > Methodhandles+invoke

Re: still no fun with invokedynamic

2009-09-13 Thread Rémi Forax
Le 13/09/2009 02:38, John Rose a écrit : On Sep 11, 2009, at 2:36 AM, Jochen Theodorou wrote: You can also try the backport :) http://code.google.com/p/jvm-language-runtime/source/browse/#svn/trunk/invokedynamic-backport well, I will most probably do, since there is nothing else and the VM im

Re: still no fun with invokedynamic

2009-09-13 Thread Rémi Forax
Le 13/09/2009 08:51, Charles Oliver Nutter a écrit : > I know it doesn't help Jochen, but I did push latest MLVM build on > darwin x86-32 to my "invoke dynamic tests" project on Kenai: > > http://kenai.com/projects/invoke-dynamic-tests/downloads > > I had some trouble with my linux build I'll need

Re: still no fun with invokedynamic

2009-09-12 Thread Charles Oliver Nutter
I know it doesn't help Jochen, but I did push latest MLVM build on darwin x86-32 to my "invoke dynamic tests" project on Kenai: http://kenai.com/projects/invoke-dynamic-tests/downloads I had some trouble with my linux build I'll need to poke at for a while. On Sat, Sep 12, 2009 at 10:54 PM, Char

Re: still no fun with invokedynamic

2009-09-12 Thread Charles Oliver Nutter
On Sat, Sep 12, 2009 at 7:38 PM, John Rose wrote: > Also, note that the JVM and the JDK are tightly coupled in the JSR 292 > implementations.  At least during JDK7 development, you can't mix and match > JVMs and JDKs.  The best bet will be to use an JDK7 build updated with the > current MLVM stuff

Re: still no fun with invokedynamic

2009-09-12 Thread John Rose
On Sep 11, 2009, at 2:36 AM, Jochen Theodorou wrote: You can also try the backport :) http://code.google.com/p/jvm-language-runtime/source/browse/#svn/ trunk/invokedynamic-backport well, I will most probably do, since there is nothing else and the VM implementation is hopefully faster than or

Re: still no fun with invokedynamic

2009-09-11 Thread Jochen Theodorou
Rémi Forax schrieb: > Le 11/09/2009 03:08, Jochen Theodorou a écrit : >> Charles Oliver Nutter schrieb: >> >>> You could certainly use the interpreter to start prototyping whatever >>> you are working on. I used interpreted mode for much of the JRuby >>> invokedynamic work. >>> >> well I

Re: still no fun with invokedynamic

2009-09-11 Thread Rémi Forax
Le 11/09/2009 03:08, Jochen Theodorou a écrit : > Charles Oliver Nutter schrieb: > >> You could certainly use the interpreter to start prototyping whatever >> you are working on. I used interpreted mode for much of the JRuby >> invokedynamic work. >> > well I wanted to run an optimized Gr

Re: still no fun with invokedynamic

2009-09-10 Thread Charles Oliver Nutter
2009/9/10 Jochen Theodorou : > well I wanted to run an optimized Groovy against > Methodhandles+invokedynamic and comparing both in the interpreted mode > will not help much here. If I run normal Groovy with the server hotspot > against the program with interpreter mode, the other one has no chance

Re: still no fun with invokedynamic

2009-09-10 Thread Jochen Theodorou
Charles Oliver Nutter schrieb: > You could certainly use the interpreter to start prototyping whatever > you are working on. I used interpreted mode for much of the JRuby > invokedynamic work. well I wanted to run an optimized Groovy against Methodhandles+invokedynamic and comparing both in the i

Re: still no fun with invokedynamic

2009-09-10 Thread Charles Oliver Nutter
You could certainly use the interpreter to start prototyping whatever you are working on. I used interpreted mode for much of the JRuby invokedynamic work. On Friday, September 11, 2009, Jochen Theodorou wrote: > Christian Thalinger schrieb: > [...] >> I think that was a bug we had once.  Is your

Re: still no fun with invokedynamic

2009-09-10 Thread Jochen Theodorou
Christian Thalinger schrieb: [...] > I think that was a bug we had once. Is your mlvm repository up-to-date? from the same day, so I would say: yes. > Btw. if the interpreter is fast enough for you, you can now build a > 64-bit VM. I've pushed the changes a few days ago. no, the interpreter is

Re: still no fun with invokedynamic

2009-09-10 Thread Christian Thalinger
Jochen Theodorou wrote: > Rémi Forax schrieb: > [...] >> and >> >> java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo > > > java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo > > # > > # A fatal error has been detected by the Java Runtime Environme

Re: still no fun with invokedynamic

2009-09-09 Thread Jochen Theodorou
Charles Oliver Nutter schrieb: > Client often crashes for me still. Try -server. same game bye Jochen -- Jochen "blackdrag" Theodorou The Groovy Project Tech Lead (http://groovy.codehaus.org) http://blackdragsview.blogspot.com/ ___ mlvm-dev mailing l

Re: still no fun with invokedynamic

2009-09-09 Thread Charles Oliver Nutter
Client often crashes for me still. Try -server. On Thu, Sep 10, 2009 at 3:42 AM, Jochen Theodorou wrote: > hi all, > > I am in urgend need of an actual VM with MethodHandles, but this is as > always quuite complicated. This time I created a chroot envrionment for > 32 bit, that was where I last ti

Re: still no fun with invokedynamic

2009-09-09 Thread Jochen Theodorou
Rémi Forax schrieb: [...] > and > > java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo java -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic FidgetDemo > # > # A fatal error has been detected by the Java Runtime Environment: > # > # Internal Error (methodHan

Re: still no fun with invokedynamic

2009-09-09 Thread Rémi Forax
Le 09/09/2009 20:55, Jochen Theodorou a écrit : > Jochen Theodorou schrieb: > >> Rémi Forax schrieb: >> >>> Le 09/09/2009 20:42, Jochen Theodorou a écrit : >>> hi all, I am in urgend need of an actual VM with MethodHandles, but this is as always quuite complica

Re: still no fun with invokedynamic

2009-09-09 Thread Jochen Theodorou
Jochen Theodorou schrieb: > Rémi Forax schrieb: >> Le 09/09/2009 20:42, Jochen Theodorou a écrit : >>> hi all, >>> >>> I am in urgend need of an actual VM with MethodHandles, but this is as >>> always quuite complicated. This time I created a chroot envrionment for >>> 32 bit, that was where I last

Re: still no fun with invokedynamic

2009-09-09 Thread Jochen Theodorou
Rémi Forax schrieb: > Le 09/09/2009 20:42, Jochen Theodorou a écrit : >> hi all, >> >> I am in urgend need of an actual VM with MethodHandles, but this is as >> always quuite complicated. This time I created a chroot envrionment for >> 32 bit, that was where I last time had to stop. I managed to ge

Re: still no fun with invokedynamic

2009-09-09 Thread Rémi Forax
Le 09/09/2009 20:42, Jochen Theodorou a écrit : > hi all, > > I am in urgend need of an actual VM with MethodHandles, but this is as > always quuite complicated. This time I created a chroot envrionment for > 32 bit, that was where I last time had to stop. I managed to get it > compiled by the patc

still no fun with invokedynamic

2009-09-09 Thread Jochen Theodorou
hi all, I am in urgend need of an actual VM with MethodHandles, but this is as always quuite complicated. This time I created a chroot envrionment for 32 bit, that was where I last time had to stop. I managed to get it compiled by the patch that was provided here 5 months ago and finally had a