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: Fri, 20 Sep 2002 16:27:46 -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 1032554511 7092 127.0.0.1 (20 Sep 2002 20:41:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 20 Sep 2002 20:41:51 +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 17sUb0-0001qD-00 for ; Fri, 20 Sep 2002 22:41:50 +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 17sUbM-0005b2-00; Fri, 20 Sep 2002 16:42:12 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17sUNS-0002XG-00 for guile-user@gnu.org; Fri, 20 Sep 2002 16:27:50 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17sUNQ-0002WH-00 for guile-user@gnu.org; Fri, 20 Sep 2002 16:27:49 -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 17sUNP-0002Vx-00 for guile-user@gnu.org; Fri, 20 Sep 2002 16:27:47 -0400 Original-Received: (qmail 3951 invoked by uid 500); 20 Sep 2002 20:28:09 -0000 Original-To: Greg Troxel , guile-user@gnu.org In-Reply-To: (Greg Troxel's message of "20 Sep 2002 08:04:22 -0400") Mail-Copies-To: nobody Mail-Followup-To: Greg Troxel , guile-user@gnu.org Original-Lines: 24 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:1054 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:1054 Greg Troxel wrote: > I really don't understand why people think it is a good idea for guile > to go searching in the default list of library places for > libguilereadline-v-12.so. The only justification I have heard is that > this is the default behavior of dlopen, and that shared libraries tend > to work that way. "Tend to" is right - for ELF, it's possible to force linking to a fixed path even with ld.so, at least if ld supports -soname. (AFAIK only GNU ld does.) You can set the soname to the full path, and that's what will be embedded in the executable and used by ld.so. ld.so will not search the usual places in this case. But this means that you cannot set LD_LIBRARY_PATH to run the tests before installing; the libraries must be installed before the program will run at all. So this strategy is useful only when the libraries belong to a different, already-installed package, or when the installation prefix is dedicated to this installation of this package so it's safe to install before testing. I'm not saying that Guile should do this, BTW. Just pointing out something I find interesting. paul _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user