Date: Fri, 13 Feb 2009 15:30:42 -0600 From: Brooks Davis <brooks@freebsd.org> To: Doug Ambrisko <ambrisko@ambrisko.com> Cc: Kostik Belousov <kostikbel@gmail.com>, arch@freebsd.org, David Schultz <das@freebsd.org> Subject: Re: rtld enhancement to add osversion sub-directory search Message-ID: <20090213213042.GA58675@lor.one-eyed-alien.net> In-Reply-To: <200902132108.n1DL8uG2086318@ambrisko.com> References: <20090213001935.GA21752@zim.MIT.EDU> <200902132108.n1DL8uG2086318@ambrisko.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 13, 2009 at 01:08:56PM -0800, Doug Ambrisko wrote: > David Schultz writes: > | On Thu, Feb 12, 2009, Doug Ambrisko wrote: > | > Kostik Belousov writes: > | > | There is a popular feature, unfortunately, not supported by FreeBSD > | > | ld.so, called Dynamic String Tokens, see > | > | http://docs.sun.com/app/docs/doc/817-1984/appendixc-4?l=3Den&a=3Dvi= ew > | > |=20 > | > | I have almost abandoned patch that adds support for $ORIGIN, $OSREL, > | > | $OSNAME, and $PLATFORM. Quite amazingly, it merged with today CURRE= NT > | > | without serious conflicts. > | > | http://people.freebsd.org/~kib/misc/rtld_locks.4.patch > | >=20 > | > That is an interesting feature, however, it almost seems backwards for > | > me if I understand it correctly. I need old binaries to find the lib= rary=20 > | > it was built with and not new ones based on the base OS. The plus th= at=20 > | > I see with their feature is for a library that has been optimized for= a=20 > | > specific type of CPU etc. > |=20 > | The Solaris rtld features are very useful when you want to > | export a volume with a bunch of apps over NFS, and the clients are > | running different releases or different architectures. It can > | probably also solve your problem if you bother to place different > | library versions in different directories and set your library > | path appropriately. >=20 > Unless I missed something it seems to be an inverse feature to=20 > what I want since it expands based on the current kernel's > uname type results. I need it to expand based on the original OS > that it was built on. I'll have to see if my Solaris box at work > has this feature or not. I can't change LD_LIBRARY_PATH etc. > type things. Doing ldconfig -m of various things doesn't help > since that can find the wrong one. My idea was to do something > like what happens for 32bit on 64bit and Linux on FreeBSD in that > it looks at osversion specific places then the standard. While I commented on the Dynamic String Tokens and think it might be useful, that's a distraction for your proposal. I think you proposal sounds useful as well. If it was in 7 by the time I upgrade my cluster =66rom 6, I'd probably use it to ease the transition. -- Brooks --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJleaBXY6L6fI4GtQRAsEOAKCRUuMajTu4LLDzU8iYmMNdYJQsEwCgqANx LGwB0V1j3YnJ1CxRK1RxtvY= =x12C -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090213213042.GA58675>