From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Vine Newsgroups: gmane.lisp.guile.user Subject: Re: guile-2.0.11 installation on system with 2.0.5 Date: Mon, 15 Sep 2014 11:27:57 +0100 Message-ID: <20140915112757.092b4aae@bother.homenet> References: <87ha09y96w.fsf@netris.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1410776913 11537 80.91.229.3 (15 Sep 2014 10:28:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Sep 2014 10:28:33 +0000 (UTC) To: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Sep 15 12:28:26 2014 Return-path: Envelope-to: guile-user@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 1XTTWC-0000eq-7k for guile-user@m.gmane.org; Mon, 15 Sep 2014 12:28:24 +0200 Original-Received: from localhost ([::1]:58487 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTTWB-00026m-SE for guile-user@m.gmane.org; Mon, 15 Sep 2014 06:28:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46214) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTTVw-00026V-E1 for guile-user@gnu.org; Mon, 15 Sep 2014 06:28:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XTTVr-0001U1-LE for guile-user@gnu.org; Mon, 15 Sep 2014 06:28:08 -0400 Original-Received: from smtpout1.wanadoo.co.uk ([80.12.242.29]:35288 helo=smtpout.wanadoo.co.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTTVr-0001Ta-Fg for guile-user@gnu.org; Mon, 15 Sep 2014 06:28:03 -0400 Original-Received: from bother.homenet ([95.151.180.56]) by mwinf5d10 with ME id rNU11o00J1DQSUn03NU1xv; Mon, 15 Sep 2014 12:28:02 +0200 X-ME-Helo: bother.homenet X-ME-Date: Mon, 15 Sep 2014 12:28:02 +0200 X-ME-IP: 95.151.180.56 Original-Received: from bother.homenet (localhost [127.0.0.1]) by bother.homenet (Postfix) with ESMTP id EA12D899AE for ; Mon, 15 Sep 2014 11:27:57 +0100 (BST) In-Reply-To: <87ha09y96w.fsf@netris.org> X-Mailer: Claws Mail 3.10.0 (GTK+ 2.24.24; i686-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.12.242.29 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11508 Archived-At: On Sun, 14 Sep 2014 21:16:39 -0400 mhw@netris.org wrote: > Federico Beffa writes: > > > Neil Jerram writes: > > > >> > >> This is just a guess, but what happens if you do this: > >> > >> $ LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/guile > >> > >> Regards, > >> Neil > > > > With this it works! > > > > I notice that there is an /etc/ld.so.cache file. Do I somehow need > > to update it? > > Yes, you update it by running "ldconfig" as root. This needs to be > done when installing libraries outside of your package manager, not > only for Guile, but for essentially all packages containing libraries. I would not recommend doing that where the OP has two _binary compatible_ versions of the same library in different prefixes (as he appears to have), otherwise the one which will be found and linked in will depend on the dynamic linker's look-up order from reading /etc/ld.so.conf. This could be the old micro version where in a given case the OP in fact wants the new one, or conversely the new micro version where he in fact wants the old one. Presumably in the general case he wants the micro version supplied by the distribution's package manager to be linked in, otherwise he would simply have replaced that one with the (binary compatible) newer version of the same library. Presumably also he wants the updated version which he has installed to be linked in instead only when specially called. If that is right, he is much better off putting his updated version in a directory which is _not_ specified in /etc/ld.so.conf, and invoking it on the occasions when he does not want the general case to apply by setting the LD_LIBRARY_PATH environmental variable for that invocation. Then he is guaranteed to have the correct version loaded in. Chris