Problem with new ld.so.cache format on 64-bit machines

[Andreas Jaeger]

>>>>> David Huggins-Daines writes:

David> Andreas Jaeger <aj@suse.de> writes:
>> Can you check the appended patch and tell me, if it's ok?  I've tested
>> it only briefly on i686.

David> The dynamic linker works fine, but the cache printing code in ldconfig
David> seems to have a small problem:

David> # ldconfig -p
David> 54 libs found in cache `/etc/ld.so.cache'
David>         libz.so.1 (ELF) => /usr/lib/libz.so.1
David>         libutil.so.1.1 (ELF) => /lib/libutil.so.1.1

David> # ldconfig -p
David> 55 libs found in cache `/etc/ld.so.cache'
David>          (ELF) => o.1
David>         o.1 (ELF) => 1.1

:-(

This works fine on i686:
gromit:/builds/glibc/20000515-main:[0]$ elf/ldconfig -C /tmp/ld.so.cache
gromit:/builds/glibc/20000515-main:[0]$ elf/ldconfig -C /tmp/ld.so.cache -p
675 libs found in cache `/tmp/ld.so.cache'
        libzvt.so.2 (libc6) => /opt/gnome/lib/libzvt.so.2
        libzvt.so.0.0 (libc5) => /usr/i486-linux-libc5/lib/libzvt.so.0.0
        libzvt.so.0 (libc5) => /usr/i486-linux-libc5/lib/libzvt.so.0
        libzvt.so (libc6) => /opt/gnome/lib/libzvt.so
        libzvt.so (libc5) => /usr/i486-linux-libc5/lib/libzvt.so
[...]

Ok, I'll compile glibc myself on an alpha and see what happens.

Thanks,
Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de