This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/14050] New: mathinline.h out of sync between x86 and x86_64
- From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Wed, 02 May 2012 18:45:27 +0000
- Subject: [Bug math/14050] New: mathinline.h out of sync between x86 and x86_64
- Auto-submitted: auto-generated
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.