looping compiler

[rvjansen]

In one of our less succesful code generating sessions we managed to
stumble upon a set of classes that loop the compiler, at least on
NetRexx 2.02, Java 1.4.2_05 and MacOSX 10.3.6 (and 10.3.7), on a
multiprocessor G4. I ran the same test on a Windows 2000 + Java 1.5
beta combo with the same result.
I know the code is faulty (there is a wrong cast in it and it has a
looping inheritance hierarchy; we fixed it last week anyway) but that
is not the point. I include the minimal set that shows this behaviour;
I think it is standalone enough to not fail on any other problem.




René Vincent Jansen.

[Mike Cowlishaw-2]

René Jansen wrote:

> In one of our less successful code generating sessions we managed to
> stumble upon a set of classes that loop the compiler...

I have investigated this, and tracked it down to Java being more
sensitive to ill-formed classes than it used to be.  I've added a
workaround (a class with a looping Extends hierarchy is now forced
to extend only java.lang.Object).   A replacement NetRexxC.jar can
be downloaded from:

  http://www2.hursley.ibm.com/test/NetRexxC.jar

[Note: you may need to rename this to .jar after download; some
browsers insist on renaming it to .zip]

This is NetRexxC version 2.04.  It also includes two other minor
fixes:

  1. Renamed rt.jar (etc.) files in the main java /lib, as in
     IBM JVM 1.4, are now located and loaded automatically.

  2. A mal-formed LOOP instruction such as loop i=0 to to 2 now
     gives correct error message.

Mike Cowlishaw



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>