org.xml.* not in libgcj but libgij

Tom Tromey tromey@redhat.com
Mon Apr 18 20:35:00 GMT 2005


>>>>> "Michael" == Michael Matz <matz@suse.de> writes:

Michael> I think that revert itself was broken, because it did this:
Michael> -libgij_la_LIBADD = -L$(here)/.libs libgcj.la
Michael> +libgij_la_LIBADD = -L$(here)/.libs libgcj.la \
Michael> + external/sax/libsax-gcj.la \
Michael> + external/w3c_dom/libw3c-gcj.la
Yeah. This got fixed recently:
2005年04月15日 Tom Tromey <tromey@redhat.com>
	* Makefile.in: Rebuilt.
	* Makefile.am (libgij_la_LIBADD): Moved SAX and DOM...
	(libgcj0_convenience_la_LIBADD): ... here.
Michael> With that patch we get a little further, in that trang links.
Michael> But it doesn't work, for the same reasons for that also this
Michael> testcase breaks to run:
This won't work because it is a C++ ABI class that directly depends on
a BC ABI class. We have to compile the various XML classes, and their
dependents with the binary compatibility ABI to enable replacing them
at runtime. This functionality is needed by some applications, the
one of note being Jonas.
It would be great if we could give an error if you try to do this,
since for one thing that would save a lot of headache when maintaining
the libgcj build itself. In the future, when/if we make BC symbols
private, I suppose you'll get a link error.
If you compile A.java BC, it works fine:
opsy. gcj -C A.java
opsy. gcj -findirect-dispatch --main=A -o Q A.class
opsy. ./Q
Hello.
Tom


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /