From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: r6rs libraries Date: Wed, 04 Mar 2009 09:39:50 +0100 Message-ID: <87vdqp1y21.fsf@gnu.org> References: <2bc5f8210812271705h3f57cb29w5bb83cb02abe971@mail.gmail.com> <2bc5f8210901012010g2ebb6effx5c966d0e26fe382b@mail.gmail.com> <8763kt48zi.fsf@gnu.org> <2bc5f8210901111521i1a5ec85em65ee20135cc55ebb@mail.gmail.com> <877i4z89jy.fsf@gnu.org> <2bc5f8210901251627t5d59f9fg5bc5dcceaf2a0b9f@mail.gmail.com> <2bc5f8210901280926o399f4505nc1d30c6017886a81@mail.gmail.com> <2bc5f8210902161035p1f2e9125p58c2ad6c4def28fb@mail.gmail.com> <2bc5f8210903032123q28fbc802jed51b68445b162d6@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1236156031 20357 80.91.229.12 (4 Mar 2009 08:40:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Mar 2009 08:40:31 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Mar 04 09:41:47 2009 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 1Lemfj-00035L-FG for guile-devel@m.gmane.org; Wed, 04 Mar 2009 09:41:47 +0100 Original-Received: from localhost ([127.0.0.1]:44557 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LemeO-0001ez-5o for guile-devel@m.gmane.org; Wed, 04 Mar 2009 03:40:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Leme5-0001Ws-17 for guile-devel@gnu.org; Wed, 04 Mar 2009 03:40:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Leme3-0001W0-Bt for guile-devel@gnu.org; Wed, 04 Mar 2009 03:40:03 -0500 Original-Received: from [199.232.76.173] (port=56822 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Leme3-0001Vp-4y for guile-devel@gnu.org; Wed, 04 Mar 2009 03:40:03 -0500 Original-Received: from main.gmane.org ([80.91.229.2]:50196 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Leme2-0000nA-DS for guile-devel@gnu.org; Wed, 04 Mar 2009 03:40:02 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Leme0-0004Gs-Kk for guile-devel@gnu.org; Wed, 04 Mar 2009 08:40:00 +0000 Original-Received: from 193.50.110.227 ([193.50.110.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Mar 2009 08:40:00 +0000 Original-Received: from ludo by 193.50.110.227 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Mar 2009 08:40:00 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 193.50.110.227 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 =?iso-8859-1?Q?Vent=F4se?= an 217 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: i686-pc-linux-gnu User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) Cancel-Lock: sha1:Mpk9V4MB7sr/2kKTc/VtyBNdQcc= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:8217 Archived-At: Hi Julian, Julian Graham writes: > * I'm pleased to report that both the balloons example and the > quotient+remainder macro example are working, which I'm going to take > as more or less a vindication of the module environment-based implicit > phasing approach I've been using. (I didn't quite trust it at first, > but it turns out that when you call `syncase' in the right context, it > does exactly what you want it to, even when it comes to modules!) Good news! > * The on-disk directory organization I've been using for the interim > (and around which I've written a rudimentary library load mechanism) > prefixes version numbers with periods. E.g., `(foo bar baz (6))' -> > foo/bar/.6/baz.scm. But dot files are traditionally "hidden" on Unices. Why not go with `foo/bar/6/baz.scm'? > (foo bar baz (6)) > > ...would be live in > > $GUILE_LOAD_PATH/ice-9/r6rs-libraries/foo/bar/baz-6.scm > > ...and could be imported using either `(import (foo bar baz (6))' or > `(use-modules (ice-9 r6rs-libraries foo bar baz-6))'. What do people > think? (Of course, this still leaves open the question of how to > handle version-matching...) The `r6rs-libraries' part of the module name is just a matter of load path. The important thing here is that both `import' and `use-modules' do the right thing. Then I would not force R6RS module writers to store them under `ice-9/r6rs-libraries' as this is inconvenient and doesn't provide any advantage (AFAICS). Thanks! Ludo'.