Re: org.xml.* not in libgcj but libgij

[Tom Tromey <tromey at redhat dot com>]

>>>>> "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