This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: glibc broken with 3.4...
- From: Richard Henderson <rth at redhat dot com>
- To: Jan Hubicka <hubicka at ucw dot cz>
- Cc: Andreas Jaeger <aj at suse dot de>, gcc at gcc dot gnu dot org, zack at codesourcery dot com, geoffk at apple dot com
- Date: Sun, 7 Sep 2003 12:14:53 -0700
- Subject: Re: glibc broken with 3.4...
- References: <u8u17qjsy9.fsf@gromit.moeb> <20030906185819.GA1599@kam.mff.cuni.cz> <u84qzpgm7z.fsf@gromit.moeb> <20030907110551.GL1599@kam.mff.cuni.cz> <u8fzj8eq8o.fsf@gromit.moeb> <20030907124924.GB14387@kam.mff.cuni.cz> <u87k4kempg.fsf@gromit.moeb> <20030907135829.GD14387@kam.mff.cuni.cz>
On Sun, Sep 07, 2003 at 03:58:29PM +0200, Jan Hubicka wrote:
> extern int t();
> q()
> {t();}
> extern int t() asm("t2");
I don't think we should support this. The glibc case I fear does
need to be handled. Both with an asm specifier as above or with
#pragma redefined_extname oldname newname
#pragma extern_prefix "prefix"
which we implemented for solaris and tru64 system header support.
r~