This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: more gcj 3.0 fun -- catch { try {...}...}, encodings
- To: David Brownell <david-b at pacbell dot net>, java at gcc dot gnu dot org
- Subject: Re: more gcj 3.0 fun -- catch { try {...}...}, encodings
- From: Alexandre Petit-Bianco <apbianco at cygnus dot com>
- Date: Thu, 12 Jul 2001 00:57:48 -0700 (PDT)
- References: <01a301c0fde8$780afd40$6800000a@brownell.org>
- Reply-To: apbianco at cygnus dot com
David Brownell writes:
> There's another problem that keeps coming up when I run that API
> test suite with GCJ 3.0, and this one seems a bit strange.
I was able to reproduce the problem (David hacked the build system to
accomodate using jdk1.1.8 -- thanks.)
I also fixed the problem that prevented xmlconf from been built from
source (there's patch already on java/3285 that I'll be checking in
soon.) With CLASSPATH pointing to a javax.servlet implementation (I
used Jakarta's) we're down to three rather innocuous errors:
./xml/vendor/HtmlParser.java javax.swing.text.html.parser not found
./xml/vendor/OracleDriver.java oracle.xml.parser.v2 not found
./xml/vendor/Parser2.java com.sun.xml.parser not found
So maybe the build from source approach could be revisited...
./A