Re: r1335, ld.so path

[Petr Salinger <Petr.Salinger@t-systems.cz>]

> > +--- glibc-2.3.6/debian/sysdeps/kfreebsd-amd64.mk~	2006-03-15 21:53:59.000000000 +0100
> > ++++ glibc-2.3.6/debian/sysdeps/kfreebsd-amd64.mk	2006-03-16 07:47:12.000000000 +0100
> > +@@ -3,7 +3,7 @@
> > + libc_rtlddir = /lib64
> > + 
> > + # /lib64 and /usr/lib64 are provided by glibc instead base-files: #259302.
> > +-define libc0.1_extra_pkg_install
> > ++define libc6_extra_pkg_install
> > + ln -sf /lib debian/$(curpass)/lib64
> > + ln -sf lib debian/$(curpass)/usr/lib64
> > + endef
> Have you tested that? If yes, I will commit it in the glibc.

We should also finish discussion about ld.so path (libc_rtlddir)

http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-January/001008.html
http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-February/001053.html
http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-February/001062.html

Now it looks like almost all uses
$ ldd /usr/bin/man 
        libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0x0000000800631000)
        libc.so.0.1 => /lib/libc.so.0.1 (0x0000000800736000)
        /lib/ld-kfreebsd-x86-64.so.1 (0x0000000800518000)

exception is glibc (r1284)
$ ldd /usr/bin/iconv
        libc.so.0.1 => /lib/libc.so.0.1 (0x0000000800625000)
        /lib64/ld-kfreebsd-x86-64.so.1 (0x000000080050c000)

Petr