From: Julian Graham <joolean@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guile-devel@gnu.org
Subject: Re: r6rs libraries
Date: Fri, 6 Mar 2009 19:43:17 -0500 [thread overview]
Message-ID: <2bc5f8210903061643p587c9d29j19c1c4162d2b1c7f@mail.gmail.com> (raw)
In-Reply-To: <877i32qkz5.fsf@gnu.org>
> Hmm, yes, but how about `foo/bar/baz-6.scm'? Is there a reason to
> reject it?
Well, the part of an R6RS library name that comes before its version
is only restricted in that that it must be an identifier -- so a
system that relied on filenames to locate libraries could have trouble
determining whether a file called ice-9-9.scm contained a library
named `(ice-9 (9))' or one named `(ice (9 9))'.
And this also doesn't address the problem of doing version matching as
part of hybrid module / library load process. After all, I don't
think there are any restrictions in R6RS on where libraries need to be
stored or how they can be located / loaded, so one thing we could do
is ditch the idea that version needs to go into the filename. Guile
could require that all installed versions of a particular library
would have to reside in the same file, the name of which would be
constructed of the non-version parts of the library name:
foo/bar/baz.scm would contain the code for:
`(foo bar baz (6))'
`(foo bar baz (6 1))'
and
`(foo bar baz (7))'
Using the module system to load that file, a la `(use-modules (foo bar
baz))' would cause, via a hook in the body of that file, all the
library expressions in that file to be stored in a data structure
accessible by the library system for the purposes of subsequent import
and expansion.
Regards,
Julian
next prev parent reply other threads:[~2009-03-07 0:43 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2bc5f8210812271705h3f57cb29w5bb83cb02abe971@mail.gmail.com>
[not found] ` <m3k59ktv2g.fsf@pobox.com>
[not found] ` <2bc5f8210812282238p1f91f352id7eca5280dc9ff6a@mail.gmail.com>
[not found] ` <2bc5f8210901012010g2ebb6effx5c966d0e26fe382b@mail.gmail.com>
[not found] ` <8763kt48zi.fsf@gnu.org>
[not found] ` <m3iqosrcn7.fsf@pobox.com>
[not found] ` <2bc5f8210901111521i1a5ec85em65ee20135cc55ebb@mail.gmail.com>
[not found] ` <877i4z89jy.fsf@gnu.org>
2009-01-26 0:27 ` r6rs libraries Julian Graham
2009-01-27 10:51 ` Andy Wingo
2009-01-27 20:09 ` Ludovic Courtès
2009-01-28 17:26 ` Julian Graham
2009-02-16 18:35 ` Julian Graham
2009-02-16 20:58 ` Andreas Rottmann
2009-02-18 6:08 ` Julian Graham
2009-02-18 14:27 ` Andreas Rottmann
2009-02-17 21:43 ` Ludovic Courtès
2009-02-18 5:37 ` Julian Graham
2009-02-18 8:53 ` Ludovic Courtès
2009-02-18 21:16 ` Andy Wingo
2009-03-04 5:23 ` Julian Graham
2009-03-04 8:39 ` Ludovic Courtès
2009-03-04 22:51 ` Julian Graham
2009-03-06 23:39 ` Ludovic Courtès
2009-03-07 0:43 ` Julian Graham [this message]
2009-03-22 22:30 ` Julian Graham
2007-02-06 15:55 R6RS Libraries Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2bc5f8210903061643p587c9d29j19c1c4162d2b1c7f@mail.gmail.com \
--to=joolean@gmail.com \
--cc=guile-devel@gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).