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: apbianco at cygnus dot com, java at gcc dot gnu dot org
- Subject: Re: more gcj 3.0 fun -- catch { try {...}...}, encodings
- From: David Brownell <david-b at pacbell dot net>
- Date: Thu, 12 Jul 2001 02:11:41 -0700
- References: <01a301c0fde8$780afd40$6800000a@brownell.org><15181.22652.561683.211589@fencer.cygnus.com>
> I was able to reproduce the problem ...
Good! I wish I'd been able to create a smaller testcase for you though.
> 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.)
Oooh, I want it! Didn't see it on java-patches (archive) yet though.
That was indeed the same bug, I take it?
> With CLASSPATH pointing to a javax.servlet implementation (I
> used Jakarta's) we're down to three rather innocuous errors:
All that "xml.vendor" stuff is gone from the ClasspathX version.
No need for it any more.
> So maybe the build from source approach could be revisited...
I'd love to see the ClasspathX version build with GCJ from source.
For now I'm planning to leave the "xmlconf" version as-is.
- Dave