origtest failure with MIPS-Linux glibc

[Andreas Jaeger]

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