http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53183
Bug #: 53183
Summary: [4.7/4.8 Regression] libgcc does not always figure out
the size of double/long double
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pins...@gcc.gnu.org
When compiling for a cross compiler to mips64-linux-gnu, we need to build a
minimal compiler which does not have any libc headers including stdio.h.
So when we go to link n32 (or n64) glibc, it fails saying undefined symbols for
the TF functions.
The reason why it fails is because libgcc's configure did not figure out the
size of long double. The reason why that test fails is because there is an
include for stdio.h. The default AC_CHECK_SIZEOF uses the default include
requirements which include stdio.h unconditionally.
Add to configure.ac and regenerate.
# The libgcc should not depend on any header files
AC_DEFUN([_AC_INCLUDES_DEFAULT_REQUIREMENTS],
[m4_divert_text([DEFAULTS],
[ac_includes_default='/* none */'])])
--- CUT ---
I will submit this patch after I finish testing it but I wanted to file this as
a bug so it does not get lost.
