This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Java symbol mangling
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Subject: Re: Java symbol mangling
- From: Tom Tromey <tromey at redhat dot com>
- Date: 31 Jan 2001 10:46:39 -0700
- Cc: Bryce McKinlay <bryce at albatross dot co dot nz>, <gcc at gcc dot gnu dot org>, <java at gcc dot gnu dot org>
- References: <Pine.BSF.4.32.0101311037200.90916-100000@deneb.dbai.tuwien.ac.at>
- Reply-To: tromey at redhat dot com
>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:
Gerald> extern int class __attribute__ ((alias ("_ZN3gnu3gcj7convert7Convert6class$E")));
Gerald> The lines causing problems is class =
Gerald> _ZN3gnu3gcj7convert7Convert6class$E.
Gerald> Perhaps this is just a GNU-as-ism?
I don't know. But to me this would seem to be a bug in the C
compiler, not gcj. gcj invokes cc1 to compile the C source you
posted. If the C compiler generates incorrect assembly then I think
it is a bug there. That is, provided the C code we generate is ok.
As far as I know it is.
Tom