From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.lisp.guile.user Subject: Re: 1.6.0 problems with libguilereadline-v-12 and fix Date: Thu, 19 Sep 2002 11:57:56 -0400 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: guile-user-admin@gnu.org Message-ID: References: <20020918203311.3C5FA3F28@fnord.ir.bbn.com> <87k7ljgfvd.fsf@zagadka.ping.de> <87d6radoa5.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1032451168 7695 127.0.0.1 (19 Sep 2002 15:59:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 19 Sep 2002 15:59:28 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17s3i9-0001zj-00 for ; Thu, 19 Sep 2002 17:59:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17s3iQ-0003PO-00; Thu, 19 Sep 2002 11:59:42 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17s3gq-0003FT-00 for guile-user@gnu.org; Thu, 19 Sep 2002 11:58:04 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17s3go-0003F7-00 for guile-user@gnu.org; Thu, 19 Sep 2002 11:58:03 -0400 Original-Received: from multivac.student.cwru.edu ([129.22.96.25] helo=multivac.cwru.edu) by monty-python.gnu.org with smtp (Exim 4.10) id 17s3gn-0003Et-00 for guile-user@gnu.org; Thu, 19 Sep 2002 11:58:01 -0400 Original-Received: (qmail 12289 invoked by uid 500); 19 Sep 2002 15:58:19 -0000 Original-To: Greg Troxel , guile-user@gnu.org In-Reply-To: <87d6radoa5.fsf@raven.i.defaultvalue.org> (Rob Browning's message of "Thu, 19 Sep 2002 09:53:06 -0500") Mail-Copies-To: nobody Original-Lines: 44 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i686-pc-linux-gnu) Errors-To: guile-user-admin@gnu.org X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.user:1030 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:1030 Rob Browning wrote: > This "multiple copies problem" exists with *any* app that includes its > own shared libraries. Right, but most of those use ld.so, so they can be handled with -rpath. > Granted the -rpath mechanism does fix it in some sense, but if we > don't respect the standard LD_LIBRARY_PATH/ld.so.conf mechanism I think the right thing is for libltdl to respect *all* of ld.so's mechanisms, for the sake of simplicity - you won't have to worry about which one is being used when you want to configure something to find libraries somewhere. Any problem that can occur with -rpath can already occur with ld.so; any solution for ld.so ought to be usable with (the hypothetical fixed) libltdl as well. > I'm not sure this is a serious problem, and perhaps just mandating the > use of guile-config fixes it, but it's something I think we should > consider. I really don't like such *-config programs. If package foo links to libraries from package bar, I want foo to find bar via a path other than bar's installation prefix. I set up a symlink to bar for foo to use. Then when I install a new version of bar (with its own unique installation prefix), I update the symlink (atomically, even) and foo finds the new version. > Hmm, well at least in the past (and perhaps still), debian policy > forbid --rpath (I presume the same as -R). Yes. -R is more portable. > As I recall, the reasoning for this was that from a system > integrator's perspective, using an rpath causes major problems. > Libraries will need to be moved around from time to time and if you > use rpath, you make it impossible to do this > transparently/incrementally. I'm a system integrator too, and I use rpath extensively. I don't move libraries or anything else around post-installation. paul _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user