On 09/08/13 05:05, Dag-Erling Smørgrav wrote:
Dag-Erling SmXXrgrav <d...@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
_______________________________________________
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
