I've figured out git, which you probably noticed. The error you found was not so subtle. When I tested previously I only tried an interface. Their methods have no code and thus no verbose output. I've just taught the grammar to handle at least the simplest case of verbose output for genuine methods.
By the way, when I cloned I didn't get a manifest or a makefile.pl or build.pl. This makes it less convenient to run the tests. Phil On Sun, Aug 29, 2010 at 4:33 PM, Tim Bunce <tim.bu...@pobox.com> wrote: > On Sat, Aug 28, 2010 at 06:40:10AM -0500, Phil Crow wrote: > > I've finished numeric and string constant handling through to > generation. To activate the feature add > > -verbose to your -javapopts. Without that you get the old ... behavior > regardless of constant type. > > Excellent! It's great to see the constant values in the generated perl6 > code. > > I've committed the patch plus a few followups: > http://github.com/timbunce/java2perl6/commits/master > > I hit a couple of problems with the parser that I worked around: > > http://github.com/timbunce/java2perl6/commit/31c4259ba3d00e3a810e394c90caebbc3335eb17 > but then I hit a similar one (with 'Code: ...') and realised there > might be a deeper problem here if the output of your javap -v isn't > the same as mine. > > I've tweaked t/00_load.t to report the java version. Mine says: > # java version "1.6.0_20" > # Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-10M3065) > # Java HotSpot(TM) Client VM (build 16.3-b01-279, mixed mode) > What does yours say? And what OS are you developing on? > > I've left the code with javap -v enabled and t/03_class.t and t/55_final.t > failing. They now dump the javap output if the parse fails. The start of > the output for t/03_class.t on my system looks like this: > > ---snip--- > Compiled from "FinalClassTest.java" > public final class FinalClassTest extends java.lang.Object > SourceFile: "FinalClassTest.java" > minor version: 0 > major version: 49 > Constant pool: > const #1 = Method #4.#13; // java/lang/Object."<init>":()V > const #2 = String #14; // > const #3 = class #15; // FinalClassTest > const #4 = class #16; // java/lang/Object > const #5 = Asciz <init>; > const #6 = Asciz ()V; > const #7 = Asciz Code; > const #8 = Asciz LineNumberTable; > const #9 = Asciz openStream; > const #10 = Asciz ()Ljava/lang/String;; > const #11 = Asciz SourceFile; > const #12 = Asciz FinalClassTest.java; > const #13 = NameAndType #5:#6;// "<init>":()V > const #14 = Asciz ; > const #15 = Asciz FinalClassTest; > const #16 = Asciz java/lang/Object; > > { > public FinalClassTest(); > Code: > Stack=1, Locals=1, Args_size=1 > 0: aload_0 > 1: invokespecial #1; //Method java/lang/Object."<init>":()V > 4: return > LineNumberTable: > line 1: 0 > > ---snip--- > > It's seems like the Code block trips it up. > > (I don't know why "javap -classpath testjavas -v FinalClassTest" includes > "Code: ..." but "javap -classpath testjavas -v java.sql.PreparedStatement" > doesn't. I presume it's related to java.sql.PreparedStatement being a > class bundled with the system.) > > Could you "git pull" the current code and teach the parser what it needs > to know? > > Thanks Phil! > > Tim. >
