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.user Subject: Re: guile-2.0.11 installation on system with 2.0.5 Date: Mon, 15 Sep 2014 10:15:10 -0400 Message-ID: <87sijtug0h.fsf@yeeloong.lan> References: <87ha09y96w.fsf@netris.org> <22d07a740caf3be621c11d4d7dbd1094@ossau.homelinux.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1410790639 30034 80.91.229.3 (15 Sep 2014 14:17:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Sep 2014 14:17:19 +0000 (UTC) Cc: guile-user@gnu.org, Federico Beffa To: Neil Jerram Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Sep 15 16:17:14 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 1XTX5d-0003Je-SR for guile-user@m.gmane.org; Mon, 15 Sep 2014 16:17:13 +0200 Original-Received: from localhost ([::1]:60023 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTX5d-0001jD-52 for guile-user@m.gmane.org; Mon, 15 Sep 2014 10:17:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTX5Q-0001i5-HD for guile-user@gnu.org; Mon, 15 Sep 2014 10:17:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XTX5L-0000Hu-GC for guile-user@gnu.org; Mon, 15 Sep 2014 10:17:00 -0400 Original-Received: from world.peace.net ([96.39.62.75]:43879) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XTX5L-0000Hl-CN for guile-user@gnu.org; Mon, 15 Sep 2014 10:16:55 -0400 Original-Received: from c-24-62-95-23.hsd1.ma.comcast.net ([24.62.95.23] helo=yeeloong.lan) by world.peace.net with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1XTX5D-0000tK-BL; Mon, 15 Sep 2014 10:16:47 -0400 In-Reply-To: <22d07a740caf3be621c11d4d7dbd1094@ossau.homelinux.net> (Neil Jerram's message of "Mon, 15 Sep 2014 10:49:49 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 96.39.62.75 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:11511 Archived-At: Neil Jerram writes: > On 2014-09-15 02:16, mhw@netris.org wrote: >> Federico Beffa writes: >> >>> 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 agree that this will allow /usr/local/bin/guile to load > /usr/local/lib/libguile*. > > However, won't it also cause /usr/bin/guile (2.0.5) to load > /usr/local/lib/libguile* (2.0.11) ? True, but I don't see why anyone would want to run 2.0.5 anymore. It has lots of bugs and other problems that are fixed in 2.0.11, so that's probably a good thing :) > If not, what is the mechanism > that tells /usr/bin/guile (2.0.5) to load /usr/lib/libguile* (2.0.5) > instead of /usr/local/lib/libguile* (2.0.11) ? This is not a guile-specific issue. Any time you want to use two different versions of the same shared library, you need to rely on some other mechanism. If you really want to preserve your ability to run the old buggy 2.0.5 libguile, then first of all you need to avoid installing 2.0.11 in a directory that's in /etc/ld.so.conf (or /etc/ld.so.conf.d), because even if you avoid running "ldconfig" yourself, your package manager will run it the next time you install a library package. So, you'd have to install 2.0.11 to a different prefix. Then you need a way for your new PREFIX/guile to find its shared library in a non-standard place, and for that you'd best use rpaths. See , but one way is to make sure that LD_RUN_PATH is set to PREFIX/lib at the time that the 'guile' executable is linked. Note that in GNU Guix , rpaths are always used and this issue wouldn't have arisen. Regards, Mark