From owner-freebsd-ports@FreeBSD.ORG Sun Sep 20 21:45:30 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CE501065676 for ; Sun, 20 Sep 2009 21:45:30 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 367448FC16 for ; Sun, 20 Sep 2009 21:45:29 +0000 (UTC) Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 753951E0A8; Sun, 20 Sep 2009 23:45:26 +0200 (CEST) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id ADABC1005D; Sun, 20 Sep 2009 23:45:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 988C210059; Sun, 20 Sep 2009 23:45:31 +0200 (CEST) Date: Sun, 20 Sep 2009 23:45:31 +0200 (CEST) From: Gerald Pfeifer To: "Jason J. Hellenthal" , Loren James Rittle In-Reply-To: Message-ID: References: User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: ports@freebsd.org Subject: Re: Need to use some library path before /usr/lib X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 21:45:30 -0000 On Thu, 17 Sep 2009, Jason J. Hellenthal wrote: > Something like the following. > > [/usr/local/bin/] > libstdc++.so /usr/local/lib/gcc44/libstdc++.so > libstdc++.so.6 /usr/local/lib/gcc44/libstdc++.so.6 That looks quite nice, and I was going to use that, alas I cannot seem to make it work. Is it possible that libmap.conf does not work when the name on the left-hand side is the same as on the right-hand side? > On a second note. It would be real nice if the install of a second/third > compiler would get installed into its own directory rather than placing > executables in /usr/local/bin/ place them /usr/local/lib/gcc44/bin and > create the symlinks to them. This would at least help the libmap issue > and gcc44 for several ports (just building). It wouldn't really help since the resulting binaries need the very same workaround. > Now for a port running (octave as example) have that port spam libmap.conf > with the proper configuration for just that port the same way perl does to > make.conf. That might work, though it looks like a lot of work. It occurs to me we really need to set this globally. That is one of the implications those that always pushed for having ports use a distinct compiler may have missed. That, or using -rpath. Loren, how would we best have GCC automatically add -rpath=/usr/local/lib/gcc44 to every invocation? Presumably spec magic? Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/