Brian Jones <[EMAIL PROTECTED]> writes:
> Wes Biggs <[EMAIL PROTECTED]> writes:
>
> > http://www.cacas.org/java/gnu/tools/
> >
> > Benefits over javap, IMHO:
> > - it's cleanroom
> > - it uses reflection, not decompilation
> > - more options
> >
> > I threw in a "--compatibility" option that will suppress the "native"
> > and "synchronized" keywords which ought to be useful for classpath.
> > Also, "--stubs" will output begin and end braces for method bodies,
> > which is vaguely useful for starting on new classes.
>
> You'll want to fix that --compatibility flag since it suppresses all
> output. The -x replacement flag works just fine, or at least does
> something. :) If I have any other problems I'll let you know.
Okay, one other thing which seems crucial to me. How can I use this
in such a way as to have the tool look at Classpath's java.lang.String
and not Sun's java.lang.String? There is no classpath option in the
usage section. I'm not sure if ordering of the items in the CLASSPATH
env. variable is sufficient.
Brian
--
|-------------------------------|Software Engineer
|Brian Jones |[EMAIL PROTECTED]
|[EMAIL PROTECTED] |http://www.nortel.net
|http://www.classpath.org/ |------------------------------
