MIPS: ld.so.cache handling is broken

[Matt Turner <mattst88 at gmail dot com>]

Hi,
I've built a Gentoo/MIPS N32 system, and I am seeing

error while loading shared libraries: libstdc++.so.6: cannot open
shared object file: No such file or directory

/etc/ld.so.conf looks like
> # ld.so.conf autogenerated by env-update; make all changes to
> # contents of /etc/env.d directory
> /usr/local/lib
> include ld.so.conf.d/*.conf
> /usr/mips64-unknown-linux-gnu/lib
> /usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4

Inside /usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4
> # ls -lh /usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4/ grep libstdc
> -rw-r--r-- 1 root root  2.6M Jul  7 00:03 libstdc++.a
> lrwxrwxrwx 1 root root    19 Jul  7 00:04 libstdc++.so -> libstdc++.so.6.0.13
> lrwxrwxrwx 1 root root    19 Jul  7 00:04 libstdc++.so.6 -> libstdc++.so.6.0.13
> -rwxr-xr-x 1 root root 1018K Jul  7 00:03 libstdc++.so.6.0.13

Running LD_DEBUG=lib ldd `which groff` on MIPS and AMD64
- AMD64
> find library=libstdc++.so.6 [0]; searching
>  search cache=/etc/ld.so.cache
>   trying file=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0/libstdc++.so.6

- MIPS
> find library=libstdc++.so.6 [0]; searching
>  search cache=/etc/ld.so.cache
>  search path=/lib/tls:/lib:/usr/lib/tls:/usr/lib                (system search path)
>   trying file=/lib/tls/libstdc++.so.6
>   trying file=/lib/libstdc++.so.6
>   trying file=/usr/lib/tls/libstdc++.so.6
>   trying file=/usr/lib/libstdc++.so.6

Copying /usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4/libstdc++.* to
/lib and deleting /etc/ld.so.cache allows programs linked against
libstdc++ to work. This makes me think something with the MIPS
handling of ld.so.cache is broken.

I'm using binutils-2.10.1, glibc-2.11.2, and gcc-4.4.4.

Does anyone know anything about this problem or where to start looking?

Thanks,
Matt