svn commit: r255385 - in head/etc: . etc.amd64

Nathan Whitehorn nwhitehorn at freebsd.org
Sun Sep 8 19:42:18 UTC 2013


On 09/08/13 05:05, Dag-Erling Smørgrav wrote:
> Dag-Erling SmXXrgrav <des at FreeBSD.org> writes:
>> Log:
>>    Add a stock libmap32.conf for amd64.  The first two lines have no effect
>>    except to document the hardcoded standard library search path for 32-bit
>>    binaries.  The third line performs the equivalent substitution for the
>>    private library directory.
> powerpc64 probably needs this as well, but I know next to nothing about
> it and have no way of testing it.
>
> How to test:
>
> % svn co -r255386 svn://svn.freebsd.org/base/head libprivate
> % cd libprivate
> % make TARGET=foo64 buildworld
> % sudo mkdir /foo64
> % sudo make TARGET=foo64 installworld DESTDIR=/foo64
> % sudo make TARGET=foo64 -C etc distribution DESTDIR=/foo64
> % make TARGET=foo32 buildworld
> % sudo mkdir /foo64/32
> % sudo make TARGET=foo32 installworld DESTDIR=/foo64/32
> % sudo mount -t dev dev /foo64/dev
> % sudo chroot /foo64 /bin/sh
> % ldd /32/usr/bin/ssh
>
> With libmap32.conf in place, this should show that libssh.so.5 resolves
> to /usr/lib32/private/libssh.so.5; otherwise, it will show up as not
> found.
>
> (r255386 is the revision that made libssh private, prior to which there
> was no practical need for this mapping)
>
> DES

That works perfectly well on my powerpc64 box -- the binary's libraries 
and the executable runs flawlessly. Why is your stock libmap32.conf 
stuck in etc.amd64? It should be MI for all 64-bit platforms that 
support 32-bit binaries.
-Nathan


More information about the svn-src-head mailing list