Hi, Andy Wingo <wi...@pobox.com> writes:
> Basically I think the plan should be to add scm_from_locale_path, > scm_from_raw_path, etc to filesys.[ch], and change any > pathname-accepting procedure in Guile to accept path objects, producing > them from strings when given strings, and pass the bytevector > representation to the raw o/s procedures like `open' et al. Seems to like a disjoint type “just for Windows” would be overkill, no? MIT/GNU Scheme has something this overkill [0]. Bigloo has just one variable, ‘file-separator’, which is either #\/ or #\\ [1]. Vicinities in SLIB/SCM are similar, with ‘vicinity:suffix?’ abstracting over slash vs. backslash [2]. I’m not sure how they handle MS-DOS volume names. Thanks, Ludo’. [0] http://www.gnu.org/software/mit-scheme/documentation/mit-scheme-ref/Pathnames.html [1] http://www-sop.inria.fr/mimosa/fp/Bigloo/doc/bigloo-7.html#System-Programming [2] http://people.csail.mit.edu/jaffer/slib_2.html
