This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: glibc broken with 3.4...
- From: Jan Hubicka <jh at suse dot cz>
- To: Richard Henderson <rth at redhat dot com>, Jan Hubicka <hubicka at ucw dot cz>,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 22:38:21 +0200
- 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> <20030907191453.GB14325@redhat.com>
> 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.
I made patch for this:
http://gcc.gnu.org/ml/gcc-patches/2003-08/msg01832.html
it, however refuse more sanier testcase
extern int __isinf (double __value) __attribute__ ((__const__));
extern __typeof (__isinf) __isinf __asm__ ("" "__GI___isinf") __attribute__ ((visibility ("hidden")));
extern __typeof (__isinf) __GI___isinf;
This is what is done in glibc. This would be acceptable, but __typeof
(__isinf) counts as used so error fires. In the case we want to accept
this somewhat, we would run into issues with slightly modified testcase
where extern inline version of function is provided first and rename
later. This would break already without my code for renaming in cgraph
hashtables I use on hammer branch as the extern inline body is finalized
first.
Any idea where to go from here?
Honza
>
>
> r~