Updating to the latest glibc fails: 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.20050125-r1 failed. !!! Function glibc_do_configure, Line 811, Exitcode 1 !!! failed to configure glibc !!! If you need support, post the topmost build error, NOT this status message. Reproducible: Always Steps to Reproduce: 1. 2. 3. emerge --info Portage 2.0.51-r15 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r7 x86_64) ================================================================= System uname: 2.6.10-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 8 2005, 20:50:56)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4, 1.8.5-r3 sys-devel/binutils: 2.15.90.0.1.1-r3, 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.10 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -fomit-frame-pointer -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -fomit-frame-pointer -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox" GENTOO_MIRRORS="ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://mirrors.tds.net/gentoo ftp://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa bash-completion berkdb bitmap-fonts bonobo bzip2 bzlib cdr crypt cups curl dga directfb divx4linux dvd dvdread encode esd ethereal exif f77 fam fbcon flac foomaticdb fortran ftp gdbm geoip gif gimpprint gmp gnome gnomedb gphoto2 gps gstreamer gtk gtk2 gtkhtml howl icq ieee1394 imagemagick imap imlib jabber jp2 jpeg lzw lzw-tiff memlimit mozilla moznocompose moznoirc moznomail mp3 mpeg mpi msession msn ncurses nls no-old-linux nodrm nptl nptlonly offensive oggvorbis opengl oscar oss pam pcmcia pcntl pcre pdflib perl pic png pnp posix ppds pthreads python quicktime readline samba sasl sdl session slp speex spell ssl sysvipc szip tcltk tcpd tidy tiff truetype truetype-fonts type1-fonts usb userlocales vim-with-x wxwindows xml2 xmms xpm xrandr xv xvid xvmc yahoo zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Created attachment 51394 [details] config.log
Created attachment 51559 [details] plouj's emerge --info
The same happens when I "emerge -v --oneshot '>=sys-libs/glibc-2.3.4.20041102'" See my emerge --info attachment for my emerge info.
do you have /usr/lib32/libsandbox.so? If not, re-emerge portage.
I don't have /usr/lib32/libsandbox.so, but I do have /lib/libsandbox.so When I try to emerge portage it exits with an error like this: Checking libc version... ./libctest: error while loading shared libraries: libsandbox.so: cannot open shared object file: No such file or directory ... >>> Source unpacked. rm -f libsandbox.so sandbox rm -f *.o *~ core rm -f localdecls.h ./create-localdecls Checking truncate argument type... off_t x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c libsandbox.c x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c sandbox_futils.c -o sandbox_futils.o x86_64-pc-linux-gnu-gcc libsandbox.o sandbox_futils.o -shared -fPIC -ldl -lc -nostdlib -lgcc -o libsandbox.so /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../libdl.so when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../libdl.a when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.a when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -ldl collect2: ld returned 1 exit status make: *** [libsandbox.so] Error 1 !!! ERROR: sys-apps/portage-2.0.51-r15 failed. !!! Function src_compile, Line 72, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
I'm getting the same error. For both glibc and portage. I tried recompiling glibc in the first place to see if it would fix the "Compiler cannot create executables" errors I was recieving on all my ebuilds. This problem just kinda popped up out of nowhere. It happened a few days ago on a first install after emerging Xorg-6.8.2. I then reinstalled from a stage 3 after that, and updated to the 2005.0 profile. All seemed ok untill today again after merging a package, I think it was mailx-support. Not too sure, but it definately wasn't xorg, so I don't think its part of an ebuild problem. emerge info: Portage 2.0.51-r15 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r7 x86_64) ================================================================= System uname: 2.6.10-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 15 2005, 17:46:33)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r3, 1.5, 1.7.9-r1, 1.6.3, 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="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa arts berkdb bitmap-fonts ccache cdparanoia cdr crypt cups curl dvd dvdr encode ethereal f77 fam flac foomaticdb fortran gif gimpprint gtk gtk2 hpijs imagemagick jp2 jpeg kde lzw lzw-tiff motif ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis opengl oss perl pic png postfix prelink python qt readline samba slp spell ssl svg tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xine xinerama xml2 xorg xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
yeah: FEATURES=-sandbox emerge -v portage That'll grab it for yah.
waith that shouldn't've been closed... sorry... ok... try adding '-L /emul/path/to/x86/lib' to your CFLAGS
"FEATURES=-sandbox emerge -v portage" gives me this: x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c libsandbox.c x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c sandbox_futils.c -o sandbox_futils.o x86_64-pc-linux-gnu-gcc libsandbox.o sandbox_futils.o -shared -fPIC -ldl -lc -nostdlib -lgcc -o libsandbox.so rm -f libsandbox.so sandbox rm -f *.o *~ core rm -f localdecls.h ./create-localdecls Checking truncate argument type... off_t Checking libc version... /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /usr/lib64/libc_nonshared.a collect2: ld returned 1 exit status ldd: ./libctest: No such file or directory rm: cannot remove `libctest': No such file or directory x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c libsandbox.c x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c sandbox_futils.c -o sandbox_futils.o x86_64-pc-linux-gnu-gcc libsandbox.o sandbox_futils.o -shared -fPIC -ldl -lc -nostdlib -lgcc -o libsandbox.so /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /usr/lib64/libc_nonshared.a collect2: ld returned 1 exit status make: *** [libsandbox.so] Error 1
I get this, before and after adding '-L /emul/linux/x86/lib' to my CFLAGS: # FEATURES=-sandbox emerge -v portage Calculating dependencies ...done! >>> emerge (1 of 1) sys-apps/portage-2.0.51-r15 to / >>> md5 src_uri ;-) portage-2.0.51-r15.tar.bz2 >>> Unpacking source... >>> Unpacking portage-2.0.51-r15.tar.bz2 to /var/tmp/portage/portage-2.0.51-r15/work >>> Source unpacked. rm -f libsandbox.so sandbox rm -f *.o *~ core rm -f localdecls.h ./create-localdecls Checking truncate argument type... off_t Checking libc version... libc.so.6 Checking glibc subversion... 2.3 x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c libsandbox.c x86_64-pc-linux-gnu-gcc -O1 -pipe -DSB_HAVE_64BIT_ARCH -D_GNU_SOURCE -DPIC -fPIC -D_REENTRANT -Wall -c sandbox_futils.c -o sandbox_futils.o x86_64-pc-linux-gnu-gcc libsandbox.o sandbox_futils.o -shared -fPIC -ldl -lc -nostdlib -lgcc -o libsandbox.so /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../libdl.so when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../libdl.a when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libdl.a when searching for -ldl /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -ldl collect2: ld returned 1 exit status make: *** [libsandbox.so] Error 1 !!! ERROR: sys-apps/portage-2.0.51-r15 failed. !!! Function src_compile, Line 72, Exitcode 2
Seemed to have fixed the portage error by creating a symlink "/usr/lib64" --> /usr/lib. My "Cannot create executables" errors are fixed as well, and glibc seems to get passed that point. I guess everyone should check to see that /usr/lib64 is linked to /usr/lib. I wonder if there is a bug in portage that is deleting /usr/lib64 during a build or install.
Aaron, how did the /usr/lib->/usr/lib64 symlink get deleted? That is part of the base install.
I think I've narrowed it down to net-libs/liblockfile-1.03-r1. When I emerge that package as part of a dep for mailx, it seems to replace the /usr/lib64 symlink with a file. 23:12:23 arusnak@/usr$ file lib64 lib64: current ar archive And here is the output from emerging liblockfile: Calculating dependencies ...done! >>> emerge (1 of 2) net-libs/liblockfile-1.03-r1 to / >>> md5 src_uri ;-) liblockfile_1.03.tar.gz >>> Unpacking source... >>> Unpacking liblockfile_1.03.tar.gz to /var/tmp/portage/liblockfile-1.03-r1/work * Applying liblockfile-1.03-gcc33.patch ... [ ok ] >>> Source unpacked. ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --with-mailgroup=mail creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc -march=athlon64 -O2 -pipe -fomit-frame-pointer ) works... yes checking whether the C compiler (gcc -march=athlon64 -O2 -pipe -fomit-frame-pointer ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking build shared libs... no checking build libnfslock... no checking for ldconfig... /sbin/ldconfig checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for getopt.h... yes checking for paths.h... yes checking for sys/param.h... yes checking for utime... yes checking for utimes... yes updating cache ./config.cache creating ./config.status creating ./Makefile creating ./maillock.h creating autoconf.h gcc -march=athlon64 -O2 -pipe -fomit-frame-pointer -Wall -D_GNU_SOURCE -I. -DLIB -DLOCKPROG=\"/usr/bin/dotlockfile\" \ -c lockfile.c gcc -march=athlon64 -O2 -pipe -fomit-frame-pointer -Wall -D_GNU_SOURCE -I. -c -o dotlockfile.o dotlockfile.c gcc -march=athlon64 -O2 -pipe -fomit-frame-pointer -Wall -D_GNU_SOURCE -I. -c lockfile.c -o xlockfile.o ar rv liblockfile.a lockfile.o ar: creating liblockfile.a a - lockfile.o gcc -o dotlockfile dotlockfile.o xlockfile.o >>> Test phase [not enabled]: net-libs/liblockfile-1.03-r1 >>> Install liblockfile-1.03-r1 into /var/tmp/portage/liblockfile-1.03-r1/image/ category net-libs install -m 644 lockfile.h maillock.h /var/tmp/portage/liblockfile-1.03-r1/image//usr/include if [ "mail" != "" ]; then\ install -g mail -m 2755 dotlockfile /var/tmp/portage/liblockfile-1.03-r1/image//usr/bin;\ else \ install -g root -m 755 dotlockfile /var/tmp/portage/liblockfile-1.03-r1/image//usr/bin; \ fi install -m 644 *.1 /var/tmp/portage/liblockfile-1.03-r1/image//usr/share/man/man1 install -m 644 *.3 /var/tmp/portage/liblockfile-1.03-r1/image//usr/share/man/man3 install -m 644 liblockfile.a /var/tmp/portage/liblockfile-1.03-r1/image//usr/lib64 man: gzipping man page: dotlockfile.1 gzipping man page: lockfile_create.3 gzipping man page: maillock.3 prepallstrip: strip: strip --strip-unneeded strip: strip --strip-unneeded usr/bin/dotlockfile QA Notice: /usr/bin/dotlockfile is setXid, dynamically linked and using lazy bindings. This combination is generally discouraged. Try: CFLAGS='-Wl,-z,now' emerge liblockfile >>> Completed installing liblockfile-1.03-r1 into /var/tmp/portage/liblockfile-1.03-r1/image/ >>> Merging net-libs/liblockfile-1.03-r1 to / --- /usr/ --- /usr/bin/ >>> /usr/bin/dotlockfile --- /usr/include/ >>> /usr/include/lockfile.h >>> /usr/include/maillock.h --- /usr/lib/ --- /usr/share/ --- /usr/share/man/ --- /usr/share/man/man1/ >>> /usr/share/man/man1/dotlockfile.1.gz --- /usr/share/man/man3/ >>> /usr/share/man/man3/maillock.3.gz >>> /usr/share/man/man3/lockfile_create.3.gz >>> /usr/lib64 >>> Regenerating /etc/ld.so.cache... * Caching service dependencies ... [ ok ] >>> net-libs/liblockfile-1.03-r1 merged. >>> clean: No packages selected for removal. Right after that package is merged, /usr/lib64 becomes whatever file says it is. If I remove that file, and replace it with a link back to /usr/lib, all seems to be fixed with my system, and I don't have any gcc errors, and compiling glibc is fine. Maybe my bug is different than what others are reporting. I do also think that liblockfile might not be the only package that does this. Like I said before, I did a fresh install the other day, and I don't recall emerging mailx just yet, I think it was Xorg-x11-6.8.2, and I experienced the same symptoms of a broken system - gcc didn't seem to work on any ebuilds, and glibc wouldn't compile no matter what I tried with the same errors above. I didn't check the symlink not being there since I was still learning about amd64 systems. I just gave up, reinstalled from a stage 3, then upgraded to the 2005.0 profile according to the docs. All seemed to be fine untill liblockfile apparently. I don't intend to be introducing possibly new or different bugs to this one, so if you think I should file a separate bug report, let me know. Any more information i'll be glad to provide, just let me know what you need.
Also, emerging liblockfile-1.03-r2 doesn't have the strange behavior. But that package is masked as unstable, so i didn't emerge it by hand as it was a dep of mailx. Using the newest ebuild doesn't replace /usr/lib64 with a different file.
One more thing... /usr/lib64 probably got deleted when I unmerged liblockfile in an attempt to get mailx installed. It probably removed the file that 1.03-r1 creates over the symlink during the emerge clean process.
ok, I marked liblockfile-1.03-r2 stable amd64 and liblockfile-1.03-r1 -amd64. Thanks for the help.