From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: The load path Date: Fri, 05 Nov 2004 23:53:17 +0000 Message-ID: <418C126D.5010802@ossau.uklinux.net> References: <1097949129.4178.31.camel@localhost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1099703837 21364 80.91.229.6 (6 Nov 2004 01:17:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 6 Nov 2004 01:17:17 +0000 (UTC) Cc: guile-devel , Marius Vollmer Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Nov 06 02:17:08 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CQFCW-0007xX-00 for ; Sat, 06 Nov 2004 02:17:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CQFKj-0005ZB-Vu for guile-devel@m.gmane.org; Fri, 05 Nov 2004 20:25:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CQFKN-0005Ua-H2 for guile-devel@gnu.org; Fri, 05 Nov 2004 20:25:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CQFKK-0005Sb-Pk for guile-devel@gnu.org; Fri, 05 Nov 2004 20:25:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CQFKK-0005R2-AQ for guile-devel@gnu.org; Fri, 05 Nov 2004 20:25:12 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CQFBM-0005up-Fr for guile-devel@gnu.org; Fri, 05 Nov 2004 20:15:56 -0500 Original-Received: from [80.84.72.33] (helo=mail3.uklinux.net) by mx20.gnu.org with esmtp (Exim 4.34) id 1CQDyZ-0004Gn-1D for guile-devel@gnu.org; Fri, 05 Nov 2004 18:58:39 -0500 Original-Received: from laruns (host81-130-105-202.in-addr.btopenworld.com [81.130.105.202]) by mail3.uklinux.net (Postfix) with ESMTP id 59882409FB5; Fri, 5 Nov 2004 23:54:28 +0000 (UTC) Original-Received: from ossau.uklinux.net (laruns [127.0.0.1]) by laruns (Postfix) with ESMTP id 05C476FA0A; Fri, 5 Nov 2004 23:53:17 +0000 (GMT) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3 X-Accept-Language: en Original-To: Greg Troxel In-Reply-To: X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:4345 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:4345 Greg Troxel wrote: > Andy Wingo writes: > > > First off, the load path for a guile in /usr/bin/guile doesn't > > include /usr/local. > > Yes. I am not sure whether it is good to single out /usr/local, tho. > There might be any number of directories that people could reasonable > expect to be in the load path, such as /opt//guile for a > Guile using . > >>>From reading this, I don't follow the direction of the current thread. >Perhaps it would be good to articulate what ought to work that doesn't >now. The only thing I see is a way to install guile in one prefix, a >module in another, and then to somehow configure that second prefix's >share/guile to be searched by default by use-modules, load etc. > >One could also want some code in the new module to be run for any >invocation of guile, but it's not clear that's a good idea as it more >or less violates the basic language definition and the provided >definition of that's in the (guile user) module. > > I agree. It seems to me that the only thing we need to support here is %load-path extension, and that we might find a neater solution by focussing only on that problem (as opposed to a means for executing arbitrary 3rd party code at startup time). Guile has important differences here from Emacs, so it doesn't follow that a good design for Emacs is also good for Guile. Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel