Re: [PATCH 2/5] [mingw]: Have compiled-file-name produce valid names.

2011-05-17 Thread Mark H Weaver
Noah Lavine writes: > Mark is right that paths are basically just strings, even though > occasionally they're not. I sort of like the idea of the PEP-383 > encoding (making paths strings that can potentially contain unused > codepoints, which represent non-character bytes), but would that make > p

Re: [PATCH 2/5] [mingw]: Have compiled-file-name produce valid names.

2011-05-17 Thread Mark H Weaver
Hi Noah, Thanks for thinking about this thorny issue. Noah Lavine writes: > Group 1: Treat pathnames as opaque objects that come from outside APIs > and can only be used by passing them to APIs. We can support these in > a way that will be compatible everywhere. > Operations: open file, close fi

Re: redoing SCM representation in 2.2

2011-05-17 Thread Mark H Weaver
Ken Raeburn writes: > On May 15, 2011, at 11:47, Andy Wingo wrote: >> No, but the nice thing about doubles is that it's a closed set. Any >> operation on a double produces a double. Subsets do not have that >> property. > > Well, I think it's also a subset of "long double", but if you define > t

Re: [PATCH 2/5] [mingw]: Have compiled-file-name produce valid names.

2011-05-17 Thread Noah Lavine
Hello all, I've been scanning some file api documentation and wondering what we could do that would translate across platforms reliably. I've been thinking of sort of concentric circles of operations, where the inner circles can easily be supported in a cross-platform way, and the outer ones requi