strange ClassFormatError with indy

2012-08-30 Thread Jochen Theodorou
Hi all, I originally wrote that to the asm list, but nobody seems to know there. Anyway, for my generated bytecode the verifier complains with this message: java.lang.ClassFormatError: Method "" in class test has illegal signature "(Ljava/lang/Class;Ljava/util/Map;)Ljava/lang/Object;" Now... t

Re: strange ClassFormatError with indy

2012-08-30 Thread Remi Forax
The JVMS says the name must be a method name, http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-5.html#jvms-5.1 A symbolic reference to a /call site specifier/ is derived from a |CONSTANT_InvokeDynamic_info| structure (§4.4.10

Re: strange ClassFormatError with indy

2012-08-30 Thread Douglas Simon
Is is something to do with the fact that methods always have a void return type? On Aug 30, 2012, at 3:35 PM, Remi Forax wrote: > The JVMS says the name must be a method name, > http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-5.html#jvms-5.1 > > A symbolic reference to a call site spec

Re: strange ClassFormatError with indy

2012-08-30 Thread Jochen Theodorou
Hi, To me it did read like Remi says the name is wrong. I was wondering if it is related to void as well... Maybe it is better to give the method name as explicit argument and use the bytecode name for something else instead. Only... the bytecode started to read well again just now... But I gu

Re: strange ClassFormatError with indy

2012-08-30 Thread Charles Oliver Nutter
On Thu, Aug 30, 2012 at 12:28 PM, Jochen Theodorou wrote: > To me it did read like Remi says the name is wrong. I was wondering if > it is related to void as well... That was my first thought too. > Maybe it is better to give the method name as explicit argument and use > the bytecode name for s

Re: strange ClassFormatError with indy

2012-08-30 Thread John Rose
On Aug 30, 2012, at 6:35 AM, Remi Forax wrote: > "" should be possible, but I don't think the EG discuss this corner > case. I don't remember discussing this either, but I'm sure we covered it at some point, since it is covered in the JVMS. Maybe we just have to thank Alex Buckley for filling

thinking about proper implementation of tail calls

2012-08-30 Thread John Rose
I haven't given up on "hard tail calls" aka "proper implementation of tail calls". Other things are more pressing—as always, it seems. Here's a quick update, so we can mull this over as we look for an opportune time to warm up the project. Michael Haupt passed me this useful link to Guy Steel