From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Greg Troxel Newsgroups: gmane.lisp.guile.devel Subject: Re: SLIB support Date: Sat, 15 Sep 2007 07:30:51 -0400 Message-ID: References: <874pi13xer.fsf@gkar.rotty.yi.org> <87veaf3nq7.fsf@gkar.rotty.yi.org> <87lkbbau8j.fsf@chbouib.org> <87k5qu3dy1.fsf@gkar.rotty.yi.org> <87y7famv5n.fsf@raven.defaultvalue.org> <87zlzq1ruz.fsf@gkar.rotty.yi.org> <87ejh08fbk.fsf@chbouib.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1189855866 25348 80.91.229.12 (15 Sep 2007 11:31:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 15 Sep 2007 11:31:06 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Sep 15 13:31:04 2007 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IWVrY-0003Jy-BW for guile-devel@m.gmane.org; Sat, 15 Sep 2007 13:31:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWVrX-0004DZ-Ic for guile-devel@m.gmane.org; Sat, 15 Sep 2007 07:30:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IWVrV-0004DU-Sv for guile-devel@gnu.org; Sat, 15 Sep 2007 07:30:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IWVrT-0004DI-Bh for guile-devel@gnu.org; Sat, 15 Sep 2007 07:30:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWVrT-0004DF-6P for guile-devel@gnu.org; Sat, 15 Sep 2007 07:30:55 -0400 Original-Received: from fnord.ir.bbn.com ([192.1.100.210]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IWVrQ-0005Z5-4C; Sat, 15 Sep 2007 07:30:52 -0400 Original-Received: by fnord.ir.bbn.com (Postfix, from userid 10853) id 6958C52E9; Sat, 15 Sep 2007 07:30:51 -0400 (EDT) X-Hashcash: 1:20:070915:ludo@gnu.org::azuHRvMtbYasjnoi:000001I+6 X-Hashcash: 1:20:070915:guile-devel@gnu.org::23wJ7EP+3IQzp01S:0000000000000000000000000000000000000000002+Y5 In-Reply-To: <87ejh08fbk.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?= =?iso-8859-1?Q?=E8s=22's?= message of "Sat, 15 Sep 2007 11:10:07 +0200") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (berkeley-unix) X-Detected-Kernel: Genre and OS details not recognized. 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: news.gmane.org gmane.lisp.guile.devel:6792 Archived-At: ludo@gnu.org (Ludovic Court=E8s) writes: > So `(load-from-path "guile.init")' (rather than "slib/guile.init") is OK > for everyone? No, on pkgsrc(NetBSD), which isn't trying to change paths, you need slib/guile.init. Real data follows because it's too hard to say unambigiously "the slib dir is in the default search path". poblano gdt 36 ~ > guile guile> %load-path ("/usr/pkg/share/guile/site" "/usr/pkg/share/guile/1.8" "/usr/pkg/share/gui= le") poblano gdt 38 ~ > ls -l /usr/pkg/share/guile/site/slib lrwxr-xr-x 1 root wheel 19 Jul 20 13:04 /usr/pkg/share/guile/site/slib -= > ../../../share/slib poblano gdt 41 ~ > ls -l /usr/pkg/share/slib/guile.init=20 -r--r--r-- 1 root wheel 19273 Jun 13 14:11 /usr/pkg/share/slib/guile.init So it's /usr/pkg/share not /usr/share, because pkgsrc uses /usr/pkg as PREFIX, but that's not the problem. slib itself, unmodified, puts guile.init in the same single directory as everything else, and that's the debian change. Now, I think the next issue that you are raising: guile.init vs slib/guile.init is more subtle. The pkgsrc way for guile/slib has been for a very long time not to include the slib dir in %load-path. After (use-modules (ice-9 slib)), it still isn't in the path, and then to load pretty-print, one uses require and not load. So I think the slib dir should appear in %load-path, but be located in some directory which is in %load-path The slib instructions don't seem to address this; they tell you to run guile with an explicit load of guile.init: - Implementation: Guile `guile -l ${SCHEME_LIBRARY_PATH}guile.init' Finally, I think what pkgsrc has done is the guilish way to integrate slib. That symlink (which is the 'guile-slib' package, along with catalog generation) places the slib code in the natural place for guile, as if it had been a written-for-guile scheme module. Hope this helps.... _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel