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 math/14050] New: mathinline.h out of sync between x86 and x86_64


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

             Bug #: 14050
           Summary: mathinline.h out of sync between x86 and x86_64
           Product: glibc
           Version: 2.15
            Status: NEW
          Severity: normal
          Priority: P2
         Component: math
        AssignedTo: unassigned@sourceware.org
        ReportedBy: jsm28@gcc.gnu.org
    Classification: Unclassified


Roland noted in <http://sourceware.org/ml/libc-alpha/2012-04/msg00345.html>:

2. sysdeps/i386/fpu/bits/mathinline.h has a ton of stuff that does not
   appear in sysdeps/x86_64/fpu/bits/mathinline.h under -m32.

   Perhaps some of the i386 code is obsolete or undesireable or
   something.  But shouldn't this be fully harmonized?  This is the
   first time I've noticed something where an application built with
   x86_64 headers installed and -m32 could come out drastically
   different from the same application built with i686 headers
   installed.

   What should be done about that?

As noted in that thread, these two headers should be got back in such so that
the contents of the x86_64 header with -m32 are equivalent to those of the x86
header (whatever other options may be passed to the compiler).

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