Date: Wed, 5 Sep 2012 09:58:14 -0700 From: Doug Ambrisko <ambrisko@ambrisko.com> To: John Baldwin <jhb@freebsd.org> Cc: ambrisko@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/171250: ldd32 cannot find some i386 libraries Message-ID: <20120905165814.GA30613@ambrisko.com> In-Reply-To: <201209041105.12409.jhb@freebsd.org> References: <201209031230.q83CUJkn069741@freefall.freebsd.org> <201209041105.12409.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Sep 04, 2012 at 11:05:12AM -0400, John Baldwin wrote: | > On the other hand, I do not know what to do with non-default pathes, | > that is /usr/local/lib in your case. Please note that some library can | > be find there for many reasons, and I cannot imagine a sane way to | > translate to 32bit compat path without involving some additional config. | | Doug Ambrisko has patches to do this that I think are close to reasonable. | I believe his current patches allow you to use commands to ldconfig (or | lines in libmap.conf) to map specific directories in RPATH to alternate | directories. His specific use case is supporting binaries from older | OS versions (so having an alternate /usr/local/lib for 6.x binaries for | example), but it should solve the 32-bit problem equally well. I'm not sure my patches will address this specific case since looking at the email trail the path was hard-coded in the library. My patches delt with the default search path which is already unique in this case (lib32). It also modified the search paths for LD_LIBRARY_PATH and LD_PRELOAD. So this is probably another case to look at. Dealing with this might be good to do via an extension libmap.conf. I haven't had a chance to look at doing that to make things more flexible. Doug A.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120905165814.GA30613>