From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark H Weaver Newsgroups: gmane.lisp.guile.devel Subject: Re: Why is Guile now setting LD_LIBRARY_PATH? Date: Fri, 14 Sep 2012 14:06:13 -0400 Message-ID: <50537215.7020602@netris.org> References: <50526CA8.4020801@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1347646002 27322 80.91.229.3 (14 Sep 2012 18:06:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Sep 2012 18:06:42 +0000 (UTC) Cc: =?windows-1252?Q?Ludovic_Court=E8s?= , Guile Development To: Bruce Korb Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Sep 14 20:06:45 2012 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TCaHq-0005Fw-DH for guile-devel@m.gmane.org; Fri, 14 Sep 2012 20:06:42 +0200 Original-Received: from localhost ([::1]:46821 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCaHm-000212-Gg for guile-devel@m.gmane.org; Fri, 14 Sep 2012 14:06:38 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38878) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCaHk-00020k-1E for guile-devel@gnu.org; Fri, 14 Sep 2012 14:06:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCaHj-0005d1-AY for guile-devel@gnu.org; Fri, 14 Sep 2012 14:06:35 -0400 Original-Received: from world.peace.net ([96.39.62.75]:49325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCaHg-0005Vi-DF; Fri, 14 Sep 2012 14:06:32 -0400 Original-Received: from 209-6-91-212.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.91.212] helo=[192.168.1.176]) by world.peace.net with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TCaHP-00042Z-Mq; Fri, 14 Sep 2012 14:06:15 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120817 Icedove/10.0.6 In-Reply-To: <50526CA8.4020801@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 96.39.62.75 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:14885 Archived-At: On 09/13/2012 07:30 PM, Bruce Korb wrote: > On 09/11/12 09:21, Bruce Korb wrote: >>> Do you have any solutions meeting this criteria in mind? >> >> Wrap your dlopen's in code that pushes the needed values to the environment > > I have a better solution that does not require serializing environment > variable access: do your own search. Do full path dlopen-s first, > using the paths you otherwise would have put into LD_LIBRARY_PATH. > If they fail, then fall back to whatever the glibc would otherwise > do (maybe even using LD_LIBRARY_PATH -- it hasn't been touched). I haven't looked closely at the relevant code, but I tend to agree with Bruce here. We should not change LD_LIBRARY_PATH. We should do the search ourselves. Mark