private glibc build failed
David Turvene
dturvene at comcast.net
Mon Nov 22 01:55:57 UTC 2004
Well, I'm more confused more than anything, and rather than stumbling
along at my own insipid pace, I am requesting any insight or FAQ/doc
pointer for the following two questions. Beyond the initial problem,
now I'm really interested in figuring this out. Thanks - Dave
(Q1) Finding debug builds on the Web
(Q2) Building a local glibc
(Q1) As part of Fedora Bug 129527, which has to do with Ximian
Evolution crashing due, it is strongly suspected, to a recent upgrade of
glibc, a core developer asked the following:
Please, if you're seeing this bug, and haven't yet upgraded, can you
install these packages:
- evolution-debuginfo
- glibc-debuginfo
- glibc-debuginfo-common
What are my options? I couldn't find ready-made RPMs for debugging
glibc or evolution anywhere. So I assumed I would have to build them
myself. Which leads us to Q2.
(Q2) I downloaded the source RPM for glibc2.3.3-27.1, ran the patches,
configuration program (here's the command line: $dist/configure
--enable-add-ons=linuxthreads --prefix=/mnt/share/glibc), and "make"-ed
with CFLAGS="-O2 -g". I believe I followed instructions for the most
common build in the INSTALL and FAQ notes.
The build and "make check" were successful, so I pointed my
LD_LIBRARY_PATH to /mnt/share/glibc-build and successfully tested a
small program that I intentionally crashed in strlen() to "debug" stack
trace. After that, I ran
bash> gdb /usr/bin/evolution
(gdb) set env LD_LIBRARY_PATH=/mnt/share/glibc-build
(gdb) r
Starting program: /usr/bin/evolution
/usr/bin/evolution: relocation error: /lib/tls/libpthread.so.0: symbol
errno, version GLIBC_PRIVATE not defined in file libc.so.6 with link
time reference
Program exited with code 0177.
So, Evolution doesn't seem to like my libc. There seem to be several
possible solutions to my predicament:
1) Rebuild glibc-2.3.3-27.1 more carefully to recover the undefined
GLIBC_PRIVATE variable. I think this is the answer, because I see this
variable in a number of changelog files and Versions.def.
2) Build a supporting shared library (pthread, glibc-common, etc.)
3) change my shell environment - seems unlikely
I searched the web and found a lot about GLIBC_PRIVATE but nothing that
struck me as germane to my particular situation
More information about the fedora-list
mailing list