Date: Thu, 05 Sep 2013 09:44:16 +0200 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Konstantin Belousov <kostikbel@gmail.com> Cc: freebsd-arch@freebsd.org Subject: Re: /usr/lib/private Message-ID: <86d2onr9v3.fsf@nine.des.no> In-Reply-To: <20130905023703.GN41229@kib.kiev.ua> (Konstantin Belousov's message of "Thu, 5 Sep 2013 05:37:03 %2B0300") References: <86zjrut4an.fsf@nine.des.no> <20130905023703.GN41229@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
Konstantin Belousov <kostikbel@gmail.com> writes: > You could consider using the $PLATFORM token in the rpath, so that > you use /usr/lib/private-<hw-machine-arch> as the installation target. Hmm, why? 32-bit versions are installed in /usr/lib32/private, which is fine in most cases except that you can't - for instance - run a 32-bit version of the base ssh or sshd on a 64-bit machine, because it won't find libssh. However, a PAMified application will find the correct libpam (in /usr/lib32) and the 32-bit libpam knows that the 32-bit modules are in /usr/lib32/private, so that will work. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86d2onr9v3.fsf>