Re: Patch: RFA: fix PR

[Andrew Haley <aph at redhat dot com>]

Tom Tromey writes:
 > >>>>> "Andrew" == Andrew Haley <aph@redhat.com> writes:
 > 
 > >> Documentation fixes
 > >> http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02627.html
 > 
 > Andrew> Curiously worded, but OK.
 > 
 > Andrew> Perhaps we should warn that all this dbtool stuff (and I guess the new
 > Andrew> ABI as a whole) is an "early technology release" or somesuch?
 > 
 > I changed the text a bit, tell me what you think.
 > 
 > Tom
 > 
 > Index: ChangeLog
 > from  Tom Tromey  <tromey@redhat.com>
 > 	* Make-lang.in (JAVA_MANFILES): Added gcj-dbtool.
 > 	(java.uninstall): Likewise.
 > 	(java.maintainer-clean): Likewise.
 > 	(.INTERMEDIATE): Likewise.
 > 	(java.install-man): Likewise.
 > 	(gcj-dbtool.pod): New target.
 > 	* gcj.texi (Code Generation): Document -findirect-dispatch.
 > 	(libgcj Runtime Properties): Document
 > 	gnu.gcj.precompiled.db.path.
 > 	(Top): Link to "Invoking gcj-dbtool".
 > 
 >  
 > +@item -findirect-dispatch
 > +@command{gcj} has a special binary compatibility ABI, which is enabled
 > +by the @code{-findirect-dispatch} option.  In this mode, the code
 > +generated by @command{gcj} honors to the binary compatibility

"honors to"  ?  Just "honors", I tink.

 > +guarantees in the Java Language Specification, and the resulting
 > +object files do not need to be directly linked against their
 > +dependencies.  Instead, all dependencies are looked up at runtime.
 > +This allows free mixing of interpreted and compiled code.
 > +
 > +Note that, at present, @code{-findirect-dispatch} can only be used
 > +when compiling @file{.class} files.  It will not work when compiling
 > +from source.  CNI also does not yet work with the binary compatibility
 > +ABI.  These restrictions will be lifted in some future release.

"However, if you compile CNI code with the standard ABI, you can call
it from code built with the binary compatibility ABI."

Andrew.