MIPS: ld.so.cache handling is broken

MIPS: ld.so.cache handling is broken

[Matt Turner]

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=

Re: MIPS: ld.so.cache handling is broken

[Matt Turner]

On Wed, Jul 7, 2010 at 9:00 PM, Maciej W. Rozycki <macro@linux-mips.org> wrote:
> On Wed, 7 Jul 2010, Matt Turner wrote:
>
>> Does anyone know anything about this problem or where to start looking?
>
>  What does `/sbin/ldconfig -p' say?
>
>  Maciej

Thanks for your reply. Fortunately, it's started working, and I have
no idea why.

The output of ldconfig -p, which is the same now as when it wasn't working is
# ldconfig -p | grep libstdc
        libstdc++.so.6 (libc6,N32) =>
/usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4/libstdc++.so.6
        libstdc++.so (libc6,N32) =>
/usr/lib/gcc/mips64-unknown-linux-gnu/4.4.4/libstdc++.so

Thanks again for the reply.

Matt

Re: MIPS: ld.so.cache handling is broken

[Maciej W. Rozycki]

On Wed, 7 Jul 2010, Matt Turner wrote:

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

 What does `/sbin/ldconfig -p' say?

  Maciej

MIPS: ld.so.cache handling is broken

[Matt Turner]

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