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: Thu, 18 Nov 2004 19:44:39 +0000 Message-ID: <419CFBA7.1000005@ossau.uklinux.net> References: <1097949129.4178.31.camel@localhost> <418C126D.5010802@ossau.uklinux.net> <87u0s3r30n.fsf@trouble.defaultvalue.org> <418D0EAE.40703@ossau.uklinux.net> <1100112232.3368.19.camel@localhost> <41952B9C.1020408@ossau.uklinux.net> <87y8h65ze4.fsf@trouble.defaultvalue.org> <41973B3A.8080008@ossau.uklinux.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1100807225 3348 80.91.229.6 (18 Nov 2004 19:47:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 18 Nov 2004 19:47:05 +0000 (UTC) Cc: Rob Browning , guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Nov 18 20:46:51 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 1CUsEz-0004ru-00 for ; Thu, 18 Nov 2004 20:46:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CUsNr-0004iw-Fi for guile-devel@m.gmane.org; Thu, 18 Nov 2004 14:55:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CUsNo-0004hx-Ml for guile-devel@gnu.org; Thu, 18 Nov 2004 14:55:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CUsNn-0004hg-OL for guile-devel@gnu.org; Thu, 18 Nov 2004 14:55:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CUsNn-0004hW-KJ for guile-devel@gnu.org; Thu, 18 Nov 2004 14:55:55 -0500 Original-Received: from [80.84.72.33] (helo=mail3.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CUsEq-0006Hu-Mj for guile-devel@gnu.org; Thu, 18 Nov 2004 14:46:40 -0500 Original-Received: from laruns (host81-130-122-81.in-addr.btopenworld.com [81.130.122.81]) by mail3.uklinux.net (Postfix) with ESMTP id 8B158409FC1; Thu, 18 Nov 2004 19:46:37 +0000 (UTC) Original-Received: from ossau.uklinux.net (laruns [127.0.0.1]) by laruns (Postfix) with ESMTP id 504A66FA34; Thu, 18 Nov 2004 19:44:39 +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:4404 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:4404 Greg Troxel wrote: >The situation tha motivates this comment is e.g. when one installs >guile with --prefix=/usr/pkg (perhaps as part of pkgsrc, so it's semi >part of the OS), and then installs some guile module "foo bar" as >--prefix=/usr/y0 (not choosing /usr/pkg because every file in /usr/pkg >is supposed to be registered as part of the pkg db). Then, one wants >to be able to (use-modules (foo bar)) in guile without fuss. the foo >bar module source is nominally expecting to install in the same prefix >as guile, so it might have installed things in either >$prefix/share/guile or $prefix/share/guile/site. (If it's not ok to >install in the former, a) please point me to the docs that say this >and b) explain why it's in the load path :-) > >So, in the general case, to suppport packages in /usr/y0, one needs to >add /usr/y0/share/guile and /usr/y0/share/guile/site to %load-path - >the "standard" locations within the load path. >/usr/y0/share/guile/1.6 would be for _parts of guile_, and I agree >that this makes no sense for alternate prefixes. > >I view 'site' as being a directory that can be shared among a group of >admin'd machines, but really it's like site-lisp in emacs and thus >local. I put things in /usr/pkg/share/guile (no site) when they are >packaged rather than local. > > I see your argument, and I think this is a useful clarification of .../guile vs. .../guile/site (I was previously wondering what the point of having both of these), but I'm afraid I'm still not convinced. (1) If site is like site-lisp, then why does there need to be a site other than the one belonging to the Guile install itself? (2) Even if there is a need, it's still nicer - because more explicit - to add both .../guile and .../guile/site independently to the configure option. >ttn's guile supports binary modules (which I think are a cool thing, >despite also seeing the merits of the arguments that one should use a >scheme shim to load them and export symbols). These are deprecated in >guile 1.6, but I really hope they don't go away, because it would make >guile-pg (PostgreSQL interface with automatic type conversion - very >spiffy) harder to use under the upcoming 1.8, and I don't see the harm >in leaving them as a deprecated feature. Because these modules are >shlibs, rather than scheme, they are arch-dependent and can't go in >$prefix/share, and in ttn-guile they belong in LIBSITE_DIR, which is >normally $prefix/lib/guile/site: > > Thanks for explaining. I don't think I fully understand what's behind the lib vs. shared split. (If shared is really shared, for example, how does it work that both and are 1:1 with ?) However, given also that the lib idea is currently controversial, I'm inclined to argue that this is a further motivation for saying that the arguments to the configure option should be complete additional directories, not prefixes. :-) Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel