Glibc Long double errors on a AMD64 machine

[hampton275]

I recently tried to emerge world, as I often do and I received the error listed below. I am not a programmer, so if someone can point me in the right direction I would really appreciate it.

TIA, Ken

PS. If there is any information that may help with this issue, just ask.

ken root # emerge world
Calculating world dependencies ...done!
>>> emerge (1 of 13) sys-libs/glibc-2.3.4.20041102 to /
>>> md5 src_uri glibc-2.3.3.tar.bz2
>>> md5 src_uri glibc-manpages-2.3.4.tar.bz2
>>> md5 src_uri glibc-infopages-2.3.4.tar.bz2
>>> md5 src_uri glibc-2.3.4-branch-update-20041102.patch.bz2
* Warning! Gentoo's GLIBC with NPTL enabled now behaves like the
* glibc from almost every other distribution out there. This means
* that glibc is compiled -twice-, once with linuxthreads and once
* with nptl. The NPTL version is installed to lib/tls and is still
* used by default. If you do not need nor want the linuxthreads
* fallback, you can disable this behavior by adding nptlonly to
* USE to save yourself some compile time.
>>> Unpacking source...

* Checking gcc for __thread support ... yes
* Checking kernel version (>=2.6.5) ... yes
* Checking linux-headers version (>=2.6.5) ... yes

>>> Unpacking glibc-2.3.3.tar.bz2 to /var/tmp/portage/glibc-2.3.4.20041102/work
>>> Unpacking glibc-manpages-2.3.4.tar.bz2 to /var/tmp/portage/glibc-2.3.4.20041102/work/glibc-2.3.3/man
* Applying glibc-2.3.4-branch-update-20041102.patch.bz2 ... [ ok ]
* Patching version to display snapshot date ...
>>> Unpacking glibc-infopages-2.3.4.tar.bz2 to /var/tmp/portage/glibc-2.3.4.20041102/work/glibc-2.3.3
* Applying glibc-nptl-check.patch ... [ ok ]
* Applying glibc-2.3.4-fedora-branch-no-libnoversion.patch ... [ ok ]
* Applying glibc-2.3.4-fedora-branch-no-force-nontls.patch ... [ ok ]
* Applying glibc-2.3.2-propolice-guard-functions-v3.patch ... [ ok ]
* Applying glibc-2.3.3-frandom-detect.patch ... [ ok ]
* Applying glibc-2.3.4-dl_execstack-PaX-support.patch ... [ ok ]
* Applying glibc-2.3.3_pre20040117-pt_pax.diff ... [ ok ]
* Applying glibc-2.3.4.20040808-i386-got-fix.diff ... [ ok ]
* Applying glibc-sec-hotfix-20040916.patch ... [ ok ]
* Applying glibc-2.3.4-mdns-resolver-20041102.diff ... [ ok ]
* Applying glibc-2.3.4-features-header-fix.patch ... [ ok ]
>>> Source unpacked.
* Compiling x86 glibc
* Configuring GLIBC for linuxthreads with: --disable-dev-erandom --with-tls --without-__thread --enable-add-ons=linuxthreads,c_stubs,libidn --enable-kernel=2.4.1 --without-cvs
--enable-bind-now
--build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu
--disable-profile
--without-gd
--with-headers=//usr/include
--prefix=/usr
--mandir=/usr/share/man
--infodir=/usr/share/info
--libexecdir=/usr/lib/misc
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
running configure fragment for add-on linuxthreads
running configure fragment for add-on c_stubs
running configure fragment for add-on libidn
checking sysdep dirs... sysdeps/i386/elf linuxthreads/sysdeps/unix/sysv/linux/i386 linuxthreads/sysdeps/unix/sysv/linux linuxthreads/sysdeps/pthread sysdeps/pthread linuxthreads/sysdeps/unix/sysv linuxthreads/sysdeps/unix linuxthreads/sysdeps/i386/i686 linuxthreads/sysdeps/i386 libidn/sysdeps/unix sysdeps/unix/sysv/linux/i386 sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet sysdeps/unix/sysv/i386 sysdeps/unix/sysv sysdeps/unix/i386 sysdeps/unix sysdeps/posix sysdeps/i386/i686/fpu sysdeps/i386/i686 sysdeps/i386/i486 sysdeps/i386/fpu sysdeps/i386 sysdeps/wordsize-32 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic
checking for a BSD-compatible install... /bin/install -c
checking whether ln -s works... yes
checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for i686-pc-linux-gnu-g++... no
checking for i686-pc-linux-gnu-c++... no
checking for i686-pc-linux-gnu-gpp... no
checking for i686-pc-linux-gnu-aCC... no
checking for i686-pc-linux-gnu-CC... no
checking for i686-pc-linux-gnu-cxx... no
checking for i686-pc-linux-gnu-cc++... no
checking for i686-pc-linux-gnu-cl... no
checking for i686-pc-linux-gnu-FCC... no
checking for i686-pc-linux-gnu-KCC... no
checking for i686-pc-linux-gnu-RCC... no
checking for i686-pc-linux-gnu-xlC_r... no
checking for i686-pc-linux-gnu-xlC... no
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking whether /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/as is GNU as... yes
checking whether /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld is GNU ld... yes
checking for /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/as... /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/as
checking version of /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/as... 2.15.92.0.2, ok
checking for /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld... /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld
checking version of /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld... 2.15.92.0.2, ok
checking for pwd... /bin/pwd
checking for i686-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking version of x86_64-pc-linux-gnu-gcc... 3.3.4, ok
checking for gnumake... no
checking for gmake... gmake
checking version of gmake... 3.80, ok
checking for gnumsgfmt... no
checking for gmsgfmt... gmsgfmt
checking version of gmsgfmt... 0.14.1, ok
checking for makeinfo... makeinfo
checking version of makeinfo... 4.7, ok
checking for sed... sed
checking version of sed... 4.0.9, ok
checking for autoconf... autoconf
checking whether autoconf works... yes
checking whether ranlib is necessary... no
checking LD_LIBRARY_PATH variable... ok
checking whether GCC supports -static-libgcc... -static-libgcc
checking for bash... /bin/sh
checking for gawk... gawk
checking for perl... /usr/bin/perl
checking for install-info... /usr/bin/install-info
checking for bison... /usr/bin/bison
checking for signed size_t type... no
checking for libc-friendly stddef.h... yes
checking whether we need to use -P to assemble .S files... no
checking whether .text pseudo-op must be used... yes
checking for assembler global-symbol directive... .globl
checking for .set assembler directive... yes
checking for assembler .type directive prefix... @
checking for .symver assembler directive... yes
checking for ld --version-script... yes
checking for .previous assembler directive... yes
checking for .protected and .hidden assembler directive... yes
checking whether __attribute__((visibility())) is supported... yes
checking for broken __attribute__((visibility()))... no
checking for broken __attribute__((alias()))... no
checking whether to put _rtld_local into .sdata section... no
checking for .preinit_array/.init_array/.fini_array support... yes
checking for libunwind-support in compiler... no
checking for -z nodelete option... yes
checking for -z nodlopen option... yes
checking for -z initfirst option... yes
checking for -z relro option... yes
checking for -Bgroup option... yes
checking for libgcc_s suffix...
checking for --as-needed option... no
checking whether --noexecstack is desirable for .S files... yes
checking for -z combreloc... yes
checking for -z execstack... yes
checking for -fpie... no
checking for -fno-unit-at-a-time... no
checking whether cc puts quotes around section names... no
checking for assembler .weak directive... yes
checking whether CFI directives are supported... yes
checking if -g produces usable source locations for assembler-with-cpp... yes
checking for ld --no-whole-archive... yes
checking for gcc -fexceptions... yes
checking for DWARF2 unwind info support... no
checking for __builtin_expect... no
checking for __builtin_memset... no
checking for redirection of built-in functions... yes
checking for local label subtraction... no
checking for libgd... no
checking for is_selinux_enabled in -lselinux... no
checking for egrep... grep -E
checking for ANSI C header files... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for long double... yes
checking size of long double... configure: error: cannot compute sizeof (long double), 77
See `config.log' for more details.

!!! ERROR: sys-libs/glibc-2.3.4.20041102 failed.
!!! Function glibc_do_configure, Line 704, Exitcode 1
!!! failed to configure glibc
!!! If you need support, post the topmost build error, NOT this status message.

[nxsty]

What is the output of "emerge info"?

[hampton275]

ken root # emerge info
Portage 2.0.51-r15 (default-linux/amd64/2005.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.7-gentoo-r14 x86_64)
=================================================================
System uname: 2.6.7-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.4.16
Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 20 2004, 10:23:5]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python: 2.3.4
sys-devel/autoconf: 2.59-r6, 2.13
sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils: 2.15.92.0.2-r1
sys-devel/libtool: 1.5.10-r4
virtual/os-headers: 2.6.8.1-r4
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS=""
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS=""
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa arts berkdb bitmap-fonts cdr crypt dvd dvdr esd ethereal f77 faad fam ffmpeg flac fortran gdbm gif glut gpm gtk imagemagick imlib ipv6 java jp2 jpeg lzw lzw-tiff mad mikmod motif multislot ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python qt readline samba sdl slang ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xine xml2 xmms xorg-x11 xpm xrandr xv zlib"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

[hampton275]

Any ideas? Pretty stuck here.

[tcbounce]

Just switched my profile to 2005.0 and gcc-configure broke. I don't know what else changed as I have the same version installed, as what I am trying to re-install.

Cheers.

luke

[what.]

This is the third thread about this "cannot compute sizeof (long double)" error in a row that I'm posting this to, as I wasn't able to find a solution anywhere, either.

Entirely removing the LDFLAGS line from my make.conf solved this for me. Hope this helps.
_________________
Free computers? (Help me bring another Gentoo box into the world.)

[daemonflower]

Just for the record: me too!
And I found at least five threads which deal with this problem.
A little googling told me this problem is around since last April. Bug in glibc. Which is strange, because I definitely have compiled glibc in the meantime, this only popped up after (or rather while) I switched to 2005.0.
None of the suggested solutions, namely setting LDPATH so that it includes libgcc_s.so.1, worked for me. The only solution was to switch back to 2004.3.
Can it be that 2005.0 is quite badly broken, at least for AMD64? I had this bug to solve first, now I hang here. This is a show-stopper for me.

[avendesora]

Could you post the part of that config.log where it breaks? That probably has interesting things in it.

(And amd64/2005.0 is not completly broken - works fine for me though I'm running ~amd64 from the start)

[daemonflower]

Hm, not right now, I'm currently recompiling glibc with 2004.3 enabled. This may take a couple of hours. I don't know if I need this, I should have a more-or-less working glibc now, but I feel it's better for system consistency.
What I can give you is the test that configure failed at. I doubt it is telling you much though. I have compiled that test stand-alone, and it compiled and ran fine. Sorry it is a bit longish:

[daemonflower]

Well it seems I found the problem after all.

[nxsty]

[daemonflower]

[fca]

I'm having the same problem. Funny thing is, KDE and QT and such (and binutils) don't do anything strange, they compile (and run flawlessly). Wine does report a problem however. So it seems only a problem voor 32bit building.
Copying over libc's doesn't seem to help. I noticed that for lib64, there is different nptl libc, and not for the lib32 variants.

[daemonflower]

Under "having the same problem", I understand "configure barfs when checking for long double", right?
I've no idea what that can be, if not one of the solutions posted before.
What does your config.log say? As I learned from experience, it sometimes pays to take a closer look at it

[fca]

Relevant part of config.log:

[BlauwVoet]

I get the same error following losely the "Stage 1/3 Installation - Gentoo 2005.0 & GCC 3.4.3"-guide for my new installation of 2005.0
This problem has been discussed several times. In this thread a simple "emerge baselayout" was suggested.

In my case

[Maedhros]

Please follow up to https://forums.gentoo.org/viewtopic-t-293507.html

Moved from Portage & Programming.
_________________
No-one's more important than the earthworm.