RE: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread MacGregor, Duncan (GE Energy)
It showed up for me in generating classes within compilation tests, which were being loaded by a test runner. I doubt it would show up normally. From: mlvm-dev-boun...@openjdk.java.net [mailto:mlvm-dev-boun...@openjdk.java.net] On Behalf Of Mark Roos Sent: 17 August 2011 21:47 To: Da Vinci Mach

Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread Rémi Forax
There is a fix available in the trunk of ASM. Thanks Ducan. Rémi On 08/18/2011 11:20 AM, MacGregor, Duncan (GE Energy) wrote: It showed up for me in generating classes within compilation tests, which were being loaded by a test runner. I doubt it would show up normally. *From:*mlvm-dev-bou

Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread Alexander Turner
Hi, It worries a little if everyone starts going over to using the system loader as this will badly break in systems like Eclipse and app-servers which require using non system loaders. I suspect we need a more general solution to this. Regards - AJ On 17 August 2011 21:46, Mark Roos wrote: > T

Auto Reply: Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread bernard . traversat
This is an auto-replied message. I am out of the office until Aug 22nd with limited access to email and phone. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread Rémi Forax
Hi Alexander, the generic solution is to override getCommonSuperClass() to provide the common super class of your type system (runtime or not). The default implementation uses the reflection, i.e the type system provided by the VM. The issue raised by Duncan was just a bug introduced by me when I

Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread Alexander Turner
Rémi, Great :) Thanks for clearing that up for me. Kind regards - AJ On 18 August 2011 15:36, Rémi Forax wrote: > Hi Alexander, > the generic solution is to override getCommonSuperClass() to > provide the common super class of your type system (runtime or not). > The default implementation uses

Auto Reply: Re: Fwd: [asm] toward ASM 4.0

2011-08-18 Thread bernard . traversat
This is an auto-replied message. I am out of the office until Aug 22nd with limited access to email and phone. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

Re: are there changes for building mlvm now that 1.7 is released?

2011-08-18 Thread John Rose
On Aug 17, 2011, at 11:56 AM, Stephen Bannasch wrote: > I'm basing my mlvm builds on clones of the following two mercurial forests: > > hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port sources > hg fclone http://hg.openjdk.java.net/mlvm/mlvm patches > > Complete build scripts here: htt

naming of internal MH classes

2011-08-18 Thread John Rose
Here is a heads-up before an engineering code review! The OpenJDK implementation of JSR 292 has a number of private MH subclasses, including DirectMethodHandle, BoundMethodHandle, AdapterMethodHandle, AdapterMethodHandle.AsVarargsCollector. Except for the last, these names date back to the day

NoClassDefFoundError, more notes

2011-08-18 Thread Mark Roos
So it happens with Windows XP server and OSX server but not XP client. I enabled the print compilation and the only thing I see that is consistent is the 'made not entrant' on java.lang.Class::GetName. This happens the same for each time the error occurs but it happens after the error is thro