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 build/10060] 2.9.90 configure still does not figure out i686 (Pentium i686) without --with-cpu=


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

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #8 from Carlos O'Donell <carlos at redhat dot com> 2013-04-06 16:31:26 UTC ---
Fixed with:

commit a01f19c8fb12eef419d4112879bc715e2ab6f6d7
Author: Carlos O'Donell <carlos@redhat.com>
Date:   Sat Apr 6 12:00:35 2013 -0400

    i386: Fail at configure time for i386 builds.

    This change does two things:

    * Treats a target i386-* as if it were i686.
    * Fails configure if the user is generating code
      for i386.

    We no longer support i386 code-generation because the i386
    lacks the atomic operations we need in glibc.

    You can still configure for i386-*, but you get i686 code.

    You can't build with --march=i386, --mtune=i386 or a compiler
    that defaults to i386 code-generation.

    I've added two i386 entries in the master todo list to discuss
    merging and renaming:
    http://sourceware.org/glibc/wiki/Development_Todo/Master#i386

    The failure modes are fail-safe here. You compile for i386,
    get i686, and try to run on i386 and it fails. The configure
    log has a warning saying we elided to i686. There is no situation
    that I can see where we run into any serious problems.

    The patch makes the current state better in that we get less
    confused users and we build successfully in more default
    configurations.

    The next enhancement would be to add --march=i?86
    as suggested in #c20 of BZ#10062 for any i?86-* builds, which
    would solve the problem of a 32-bit compiler that defaults to
    i386 code-gen and glibc configured for i686-* target. Which
    previously failed at build time, and now will fail at configure
    time (requires adding --march=i686).

    Updated NEWS with BZ #10060 and #10062.

    No regressions.

    ---

    2013-04-06  Carlos O'Donell  <carlos@redhat.com>

        [BZ #10060, #10062]
        * aclocal.m4 (LIBC_COMPILER_BUILTIN_INLINED): New macro.
        * sysdeps/i386/configure.in: Use LIBC_COMPILER_BUILTIN_INLINED and
        fail configure if __sync_val_compare_and_swap is not inlined.
        * sysdeps/i386/configure: Regenerate.
        * configure.in: Build for i686 when configured for i386.
        * configure: Regenerate.
        * README: Remove i386 reference.

-- 
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]