This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: optimization/8156 (bad assembler code)
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Andreas Jaeger <aj at suse dot de>
- Cc: bregor at anusf dot anu dot edu dot au, libc-alpha at sources dot redhat dot com, gcc-bugs at gcc dot gnu dot org
- Date: Mon, 7 Oct 2002 23:12:21 +0200
- Subject: Re: optimization/8156 (bad assembler code)
- References: <200210071719.59555.bregor@sf.anu.edu.au> <u87kgunkc2.fsf@gromit.moeb>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Mon, Oct 07, 2002 at 09:02:37PM +0200, Andreas Jaeger wrote:
> The problem here is sysdeps/unix/sysv/linux/i386/sysdep.h which defines:
#if defined __i686 && defined __ASSEMBLY__
#undef __i686
#define __i686 __i686
#endif
?
That way .S code could still test for
#ifdef __i686, but SETUP_PIC_REG would be
more robust. -march=i686 works for me just fine, since for
assembly using SETUP_PIC_REG ASFLAGS and not CFLAGS are used.
> -march=i686 defines "__i686" which is replaced by a "1" in the above.
> I propose to change sysdep.h as a workaround. Is there also a bug in
> GCC?
Why?
Jakub