From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 5 16:58:20 2012 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80842106566C; Wed, 5 Sep 2012 16:58:20 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 503C78FC08; Wed, 5 Sep 2012 16:58:20 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 05 Sep 2012 09:59:26 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id q85GwEdF032481; Wed, 5 Sep 2012 09:58:14 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id q85GwE2g032480; Wed, 5 Sep 2012 09:58:14 -0700 (PDT) (envelope-from ambrisko) Date: Wed, 5 Sep 2012 09:58:14 -0700 From: Doug Ambrisko To: John Baldwin Message-ID: <20120905165814.GA30613@ambrisko.com> References: <201209031230.q83CUJkn069741@freefall.freebsd.org> <201209041105.12409.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201209041105.12409.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Wed, 05 Sep 2012 17:17:41 +0000 Cc: ambrisko@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/171250: ldd32 cannot find some i386 libraries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 16:58:20 -0000 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.