Revised draft of SRFI 103, 104 David Van Horn (11 Dec 2009 16:03 UTC)
|
Different dialects under the same root
Vitaly Magerya
(11 Dec 2009 18:12 UTC)
|
Re: Different dialects under the same root
Derick Eddington
(12 Dec 2009 01:48 UTC)
|
Re: Different dialects under the same root
Vitaly Magerya
(12 Dec 2009 12:16 UTC)
|
A utility for renaming old-style file names
Derick Eddington
(12 Dec 2009 06:20 UTC)
|
Re: A utility for renaming old-style file names
Göran Weinholt
(25 Dec 2009 19:37 UTC)
|
Re: A utility for renaming old-style file names
Derick Eddington
(26 Dec 2009 22:54 UTC)
|
Revised draft of SRFI 103, 104 David Van Horn 11 Dec 2009 16:03 UTC
A new revision of SRFI 103 and 104 is now available at: http://srfi.schemers.org/srfi-103/ http://srfi.schemers.org/srfi-104/ The draft period has been extended an additional month (2010/01/11). Here is a summary of the changes from the author: ----- SRFI 103 ----- Redesign to have a configurable sequence of searched-for file name extensions. Remove the design for special Scheme-system-specific file name extensions. Now, system-specific files are accomplished by systems including their specific extension in the sequence of extensions. Now, any Scheme dialect with list-of-symbols library names can use this SRFI. Now, users can use whatever arbitrary extensions they want (excluding the #\. character). Now, the #\. character is not encoded. Now, this SRFI is simplified and more useful. Specify a standard file format (single library, first datum) and file name extension (.r6rs-lib) for portable R6RS library files, and require R6RS systems to implement this standard. Rename R6RS_LIBRARY_PATH to SCHEME_LIB_PATH, because multiple dialects can use this environment variable because they can avoid conflict by using different file name extensions. Add SCHEME_LIB_EXT environment variable which initializes the file name extensions. Use the term "system" instead of "implementation" to refer to Scheme systems, to avoid confusion with the other uses of "implementation". Rework the document to be better. ----- SRFI 104 ----- Conform to the new revision of SRFI 103. Remove implementation-name. Add extensions parameter. Rename search-paths-from-environment-variable to search-paths-from-env-var. Add extensions-from-env-var procedure. The extension separator character #\. is not encoded, and it must not occur in an extension. library-name->path takes the extension to use, instead of an implementation name. library-file-path-info returns an 'extension pair in the a-list, instead of an 'implementation pair. library-file-path-info considers only well-formed library file paths to be valid. If characters are not encoded or are encoded but SRFI 103 says they should have been or not been, or if encoded characters' alphabetic hexadecimal digits are not upper case, a path is not valid. A path is not valid if its extension is not in the extensions parameter. find-library-file-paths selects files with an extension in the extensions parameter, instead of files with an "sls" extension or with a special system-specific "sls" extension. Remove support of versions and version references in library names and library references. Now, library names must be a non-empty list of symbols, and library references are library names. Use the term "system" instead of "implementation" to refer to Scheme systems, to avoid confusion with the other uses of "implementation". Rework the document to be better. Some clean-up and reorganization of the reference implementation and tests.