This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: OpenOffice.org: AbstractMethod error with Sun's jaxp/parser
- From: Tom Tromey <tromey at redhat dot com>
- To: Caolan McNamara <caolanm at redhat dot com>
- Cc: java at gcc dot gnu dot org
- Date: 29 Nov 2004 15:52:11 -0700
- Subject: Re: OpenOffice.org: AbstractMethod error with Sun's jaxp/parser
- References: <1101728282.7823.10.camel@sheol.homelinux.org>
- Reply-to: tromey at redhat dot com
>>>>> "Caolan" == Caolan McNamara <caolanm@redhat.com> writes:
Caolan> The following little standalone example at
Caolan> http://people.redhat.com/caolanm/gcj.problems/parsertest.tar.gz
Caolan> barfs with...
Thanks for making this self contained.
The problem seems to be that the test program is picking up the
org.w3c.dom that we ship, not the one that is in the jar.
It seems that, contrary to the binary compatibility rules, a new
method was added to the interface org.w3c.dom.Node. Yay. The code
generating this exception is not buggy.
Running gij with -Dgnu.gcj.runtime.VMClassLoader.library_control=never
worked for me. This is needlessly obscure, not to mention bogus, not
that I can suggest a better fix at the moment.
I'd like to ship GCC 4.0 with a sane setup by default where we don't
need stuff like this.
Tom