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)
|
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 ----------------------------------------------------------------