This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/411] gcc defines __i686 macro, causing problems in sysdeps/i386/elf/setjmp.S


http://sourceware.org/bugzilla/show_bug.cgi?id=411

Burt Silverman <burtms at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |burtms at gmail dot com

--- Comment #13 from Burt Silverman <burtms at gmail dot com> 2012-01-19 02:13:32 UTC ---
(In reply to comment #11)
> Ulrich, it's the default on some distributions, and now even Fedora 12 falls
> into this category.
> 
> The compiler people or whoever decided to put that __i686 thing into
> the CPP namespace made a mistake.  Alternatively a different name for
> the getpc thunks could have been chosen.
> 
> Either way we're stuck with it and have to address it somehow.  Wishing it
> didn't happen won't fix the build failures every single person who tries
> to build glibc (with default settings) on Fedora 12 is going to see now.
> 

I have confirmed that __i686 does not belong in the CPP namespace. I did this
by carefully searching the "Using the GNU Compiler Collection" document v4.6.2
for both "macro" and "__". The onus is on the compiler folks to either
re-document the compiler, or to remove __i686.

Having said that, I found that I could build glibc by adding "-U__i686" to
ASFLAGS.o and ASFLAGS.os in sysdeps/i386/i686/Makefile. However, I was not
successful doing "make check."

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]