Ever since I upgraded my glibc to sys-libs/glibc-2.3.3_pre20040420 I can't compile anything. Tried using binary gcc from http://dev.gentoo.org/~avenj (for gcc-3.3.3) and I get the same results :( >>> Source unpacked. java nls * CFLAGS=" -mcpu=i686 -pipe -O2" * CXXFLAGS=" -mcpu=i686 -pipe -O2" * GCJFLAGS="" * Configuring GCC... *** This configuration is not supported in the following subdirectories: target-libf2c target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc (Any other directories should still work fine.) Created "Makefile" in /var/tmp/portage/gcc-3.3.3-r3/work/build using "mt-frag" /lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE' collect2: ld returned 1 exit status *** The command 'gcc -o conftest -mcpu=i686 -pipe -O2 conftest.c' failed. *** You must set the environment variable CC to a working compiler. !!! ERROR: sys-devel/gcc-3.3.3-r3 failed. !!! Function src_compile, Line 473, Exitcode 1 !!! (no error message) Reproducible: Always Steps to Reproduce:
Sorry, forgot to put this earlier Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.5) ================================================================= System uname: 2.6.5 i686 Transmeta(tm) Crusoe(tm) Processor TM5800 Gentoo Base System version 1.4.9 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/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="X aalib acpi aim alsa apache2 apm arts audiofile avi berkdb cdr crypt cups emacs emacs-w3 encode esd flac foomaticdb gdbm gif gnome gpg gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg ncurses nls nocd offensive oggvorbis opengl oscar oss pam pdflib perl png python qt quicktime readline sdl slang speex spell ssl tcpd theora tiff truetype unicode usb wmf x86 xml2 xmms xv zlib"
Confirmed. pam_mysql dies also in combination with saslauthd: Apr 30 18:45:36 [saslauthd] PAM unable to dlopen(/lib/security/pam_mysql.so) Apr 30 18:45:36 [saslauthd] PAM [dlerror: /lib/libm.so.6: symbol _rtld_global_ro, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference] Apr 30 18:45:36 [saslauthd] PAM adding faulty module: /lib/security/pam_mysql.so
diff -u glibc-2.3.3_pre20040207.ebuild glibc-2.3.3_pre20040420.ebuild | grep rtld - cd ${S}; epatch ${FILESDIR}/2.3.2/${PN}-2.3.2-rtld-assert-fix.patch +# cd ${S}; epatch ${FILESDIR}/2.3.2/${PN}-2.3.2-rtld-assert-fix.patch I'm guesing this is the reason why. Why it's commented out I'm not sure. Can you try uncommenting it out and rebuilding?
OK, the build begins on my 800mhz machine (this is gonna take a while :))
Created attachment 30426 [details] This is the bad patch.out
That's probably why it was commented out. :(
I don't want the bad.out. I want the good.patch :)
The patch is not to fix loading - it was simply to get libc.so to be able to 'run' on x86: --- azarah@nosferatu libc $ /lib/libc-2.3.3.so GNU C Library stable release version 2.3.3, by Roland McGrath et al. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.3.3 20040412 (Gentoo Linux 3.3.3-r3, ssp-3.3-7, pie-8.5.3). Compiled on a Linux 2.6.5 system on 2004-04-25. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others NPTL 0.61 by Ulrich Drepper BIND-8.2.3-T5B NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. Report bugs using the `glibcbug' script to <bugs@gnu.org>. azarah@nosferatu libc $ /lib/ld-linux.so.2 Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...] You have invoked `ld.so', the helper program for shared library executables. This program usually lives in the file `/lib/ld.so', and special directives in executable files using ELF shared libraries tell the system's program loader to load the helper program from this file. This helper program loads the shared libraries needed by the program executable, prepares the program to run, and runs it. You may invoke this helper program directly from the command line to load and run an ELF executable file; this is like executing that file itself, but always uses this helper program from the file you specified, instead of the helper program file specified in the executable file you run. This is mostly of use for maintainers to test new versions of this helper program; chances are you did not intend to run this program. --list list all dependencies and how they are resolved --verify verify that given object really is a dynamically linked object we can handle --library-path PATH use given PATH instead of content of the environment variable LD_LIBRARY_PATH --inhibit-rpath LIST ignore RUNPATH and RPATH information in object names in LIST azarah@nosferatu libc $ --- Please see bug #34733 for more info as in the comment. Anyhow, why it was commented, is because it has been fixed in another way already ... (and really should have nothing to do with this bug) ...
What version binutils btw? And what version/revision gcc was used to compile glibc ?
Martin, Due to needing to know what version of binutils people are running I've opened a bug and put together a patch for portage to report it via 'emerge info' Bug #49405 hopefuly it will be merged in the next release of portage.
Martin: Binutils: 2.14.90.0.8-r1 or GNU ld version 2.14.90.0.8 20040114 Gcc: 3.3.3-r3 or gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r3, ssp-3.3-7, pie-8.5.3)
Is this bug still valid?
Same thing is happening to me. I get the /lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE' message and can't compile anything. I'm using glibc 2.3.3.20040420-r1 and sys-devel/binutils-2.14.90.0.7-r4.
Is this still an issue with gcc-3.3.5-r1 and glibc-2.3.4.20040805-r1?
Hi Jeremy, I have the problem with pam_mysql and this is still an issue with gcc-3.3.5-r1 and glibc-2.3.4.20040805-r1? I upgraded from gcc 3.2.3 What should i do?
did you try solar's comment #3?
Is bug #82462 related to this problem?
Old bug and no response from users
