This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
[Andreas Steinmetz <ast@domdv.de>] atexit() segfault in 2.2.3 and more
- To: libc-alpha at sources dot redhat dot com
- Subject: [Andreas Steinmetz <ast@domdv.de>] atexit() segfault in 2.2.3 and more
- From: Andreas Jaeger <aj at suse dot de>
- Date: 16 May 2001 20:35:42 +0200
- Cc: Andreas Steinmetz <ast at domdv dot de>
Hi Glibc developers,
The appended mail describes the following problems with 2.2.3
- atexit (should be fixed with GCC patch from Jakub)
- rebuild of ypserf (no idea)
- make install problem
Does anybody know what's broken in the last two cases?
Andreas
Topics:
atexit() segfault in 2.2.3 and more
- To: bug-glibc at gnu dot org
- Subject: atexit() segfault in 2.2.3 and more
- From: Andreas Steinmetz <ast at domdv dot de>
- Date: Wed, 16 May 2001 19:29:41 +0200 (MEST)
Hi,
when building static (-static) versions of fileutils-4.1 with gcc 2.95.3 the
resulting binaries segfault in atexit(). Temporary fix for me is an atexit()
shim diverting the call to on_exit().
After the upgrade from 2.2.2 to 2.2.3 the following packages stopped working
and had to be rebuilt against the new library:
ypserv-1.3.12
nfs-utils-0.3.1 (rpc.kstatd)
Installing glibc-2.2.3 did cause problems too:
[snip]
make -C linuxthreads subdir_install
make[2]: Entering directory `/usr/src/glibc-2.2.3/linuxthreads'
/bin/install -c -m 644 ../linuxthreads/sysdeps/pthread/pthread.h
/usr/include/pt/bin/install -c -m 644 semaphore.h /usr/include/semaphore.h
/bin/install -c /usr/src/glibc-2.2.3/build/linuxthreads/libpthread.so
/lib/libpthread-0.9.so.new
mv -f /lib/libpthread-0.9.so.new /lib/libpthread-0.9.so
echo libpthread-0.9.so /lib/libpthread.so.0 >>
/usr/src/glibc-2.2.3/build/elf/symlink.list
rm -f /usr/lib/libpthread.so.new
/bin/sh ../scripts/rellns-sh /lib/libpthread.so.0 /usr/lib/libpthread.so.new
mv -f /usr/lib/libpthread.so.new /usr/lib/libpthread.so
/bin/install -c -m 644 /usr/src/glibc-2.2.3/build/linuxthreads/libpthread.a
/usr/lib/libpthread.a
: /usr/lib/libpthread.a
make[2]: Leaving directory `/usr/src/glibc-2.2.3/linuxthreads'
make -C resolv subdir_install
make: /lib/libc.so.6: version `GLIBC_2.2.3' not found (required by
/lib/libpthread.so.0)
make[1]: *** [resolv/subdir_install] Error 1
make[1]: Leaving directory `/usr/src/glibc-2.2.3'
make: *** [install] Error 2
This happens as (at least my) make (make-3.79.1) is linked against
libpthread.so.0 which is installed before the symbolic link /lib/libc.so.6 is
set up to point to the new glibc. Workaround is to use a statically linked make
during installation (if you have one available).
The patch http://sources.redhat.com/ml/bug-glibc/2001-05/msg00080.html is
definitely required, too.
Oh, I forgot:
# uname -a
Linux titanic 2.2.19 #2 Mon May 14 18:02:19 CEST 2001 i686 unknown
# echo $CFLAGS
-O3 -fomit-frame-pointer -funroll-loops -fexpensive-optimizations
-fschedule-insns2 -mwide-multiply -march=pentiumpro -mcpu=pentiumpro
-malign-loops=2 -malign-jumps=2 -malign-functions=4
# echo $CXXFLAGS
-O3 -fomit-frame-pointer -funroll-loops -fexpensive-optimizations
-fschedule-insns2 -mwide-multiply -march=pentiumpro -mcpu=pentiumpro
-malign-loops=2 -malign-jumps=2 -malign-functions=4
# gcc --version
2.95.3
Andreas Steinmetz
D.O.M. Datenverarbeitung GmbH
_______________________________________________
Bug-glibc mailing list
Bug-glibc@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-glibc
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj