Email list hosting service & mailing list manager

five problems with this draft SRFI William D Clinger (26 Sep 2009 01:20 UTC)
Re: five problems with this draft SRFI Abdulaziz Ghuloum (26 Sep 2009 05:58 UTC)
Re: five problems with this draft SRFI Derick Eddington (26 Sep 2009 15:42 UTC)
Re: five problems with this draft SRFI Derick Eddington (27 Sep 2009 02:43 UTC)
Re: five problems with this draft SRFI Shiro Kawai (27 Sep 2009 03:16 UTC)
Re: five problems with this draft SRFI Derick Eddington (29 Sep 2009 02:32 UTC)
Re: five problems with this draft SRFI William D Clinger (30 Sep 2009 01:49 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 03:22 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 03:51 UTC)
Re: five problems with this draft SRFI Derick Eddington (30 Sep 2009 06:33 UTC)
Re: five problems with this draft SRFI William D Clinger (30 Sep 2009 13:11 UTC)
Re: five problems with this draft SRFI Derick Eddington (01 Oct 2009 09:10 UTC)

Re: five problems with this draft SRFI Derick Eddington 30 Sep 2009 03:51 UTC

On Tue, 2009-09-29 at 20:22 -0700, Derick Eddington wrote:
> Library references, because of their version references, in the current
> draft SRFI, can have a one-to-infinite mapping to file names.  Yes, this
> requires searching through all the theoretically possibly infinite file
> names which might match.  This searching is done by listing the entries
> in the directories where matching files could be, and filtering-out the
> non-matches, and possibly sorting the matches according to the ordering
> of the current draft.

Note that the current draft SRFI allows this searching to stop as soon
as a match has been found.  Additional matches could theoretically exist
which would be found if the search continued after finding the first
match.  Implementations which want to do more sophisticated version
constraint handling can continue searching (because other versions might
be available) if the first match does not work-out (because of some
other version constraints).

--
: Derick
----------------------------------------------------------------