meth-lazy bug in bytecode generation?

[Michael Haupt]

Charlie,

Am 10.05.2012 um 06:36 schrieb Charles Oliver Nutter:
> Christian suggested -Xverify:all, which provides
> the following...so I guess something is generating bad code here?
> 
> Invalid gemspec in
> [/Users/headius/projects/jruby/lib/ruby/gems/shared/specifications/trinidad_jars-1.0.3.gemspec]:
> (class: java/lang/invoke/LambdaForm$LFI, method: invoke signature:
> (Ljava/lang/invoke/MethodHandle;Ljava/lang/Object;Ljava/lang/Object;)V)
> Expecting to find integer on stack


hard to tell what's wrong without seeing the bytecode. :-)

Please set InvokerBytecodeGenerator.DUMP_CLASS_FILES to true to have all LFI (NFI, EI) class files serialised. This also enables unique numbering. The dumped class files contain textual descriptions of the respective LFs as well, so it's easier to see what the problem is all about.

Best,

Michael

-- 


Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Labs 
Oracle Deutschland B.V. & Co. KG, Schiffbauergasse 14 | 14467 Potsdam, Germany
	Oracle is committed to developing practices and products that help protect the environment

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/mlvm-dev/attachments/20120510/03b034b1/attachment.html