This is the mail archive of the
libc-alpha@sourceware.cygnus.com
mailing list for the glibc project.
Re: origtest failure with MIPS-Linux glibc
- To: libc-alpha Mailinglist <libc-alpha at sourceware dot cygnus dot com>
- Subject: Re: origtest failure with MIPS-Linux glibc
- From: Andreas Jaeger <aj at suse dot de>
- Date: 30 Jun 2000 20:49:40 +0200
- References: <u8og4j6w9r.fsf@gromit.rhein-neckar.de>
I get a similar problem with constload1/constload2:
LD_DEBUG shows:
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/elf/constload1
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/dlfcn/libdl.so.2
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/libc.so.6
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/elf/ld.so.1
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/elf/constload2.so
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/libc.so.6
00230: symbol=bar; lookup in file=/var/home/aj/build-glibc/20000614/elf/ld.so.1
00230: symbol=_dl_unload_cache; lookup in file=/var/home/aj/build-glibc/20000614/elf/constload1
$ readelf -a constload2.so |grep bar
46: 00000000 0 NOTYPE GLOBAL DEFAULT UND bar
74: 00000000 0 NOTYPE GLOBAL DEFAULT UND bar
While calling dlopen on constload2.so, the dynamic linker tries to
resolve bar - but this doesn't work since constload3.so is not loaded.
Who's to blame here? Is this a restriction of the MIPS ELF ABI (I do
think that glibc's dynamic linker does the right think in this case)?
Andreas
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de