This is the mail archive of the
mailing list for the GCC project.
Re: Java symbol mangling
- To: Alexandre Petit-Bianco <apbianco at cygnus dot com>
- Subject: Re: Java symbol mangling
- From: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Date: Wed, 31 Jan 2001 20:06:55 +0100 (CET)
- cc: Bryce McKinlay <bryce at albatross dot co dot nz>, <gcc at gcc dot gnu dot org>, <java at gcc dot gnu dot org>
On Wed, 31 Jan 2001, Alexandre Petit-Bianco wrote:
>> On Mon, 29 Jan 2001, Bryce McKinlay wrote:
>>>> /usr/ccs/bin/as: "/var/tmp/ccqA2t6Imain.s", line 35: error: symbol "_ZN3gnu3gcj7convert7Convert6class$E" is used but not defined
>>>> /usr/ccs/bin/as: "/var/tmp/ccqA2t6Imain.s": , approx line 35: internal error: evaluate_symbol_expression(): op 20?
>>>> gmake: *** [jv-convert] Error 1
> I had problems like that two days ago. I ignored them, thoroughly
> updated my entire source tree and the problem went away. A temporary
> glitch somewhere else in the toolchain, I guess.
In my case, there is no toolchain involved here that could involve
temporary glitches; anything apart from GCC itself has remained stable
over the couple of months.
> I guess not all patches are tested building the Java bits, which is
> understandable if they're produced on certain platforms we don't yet
This is a real problem and it is kind of a devil's circuit: I, for
example, after having had a couple of Java-related problems, am tempted
simply disabling building Java again on my platforms. Which, of course,
would be a bad thing!
Gerald "Jerry" email@example.com http://www.dbai.tuwien.ac.at/~pfeifer/