| Summary: | GCC won't compile anything since I upgraded glibc to sys-libs/glibc-2.3.3_pre20040420 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Starz McCllelan <starz> |
| Component: | [OLD] Development | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | blocker | CC: | axel.privat, gentoo, jeremy |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | This is the bad patch.out | ||
|
Description
Starz McCllelan
2004-04-26 18:03:04 UTC
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 |
