System.FilePath propsal (Was: Cabal feedback notes)

Krasimir Angelov ka2_mail at
Tue Oct 26 14:43:40 EDT 2004

--- Andrew Pimlott <andrew at> wrote:

> On Tue, Oct 26, 2004 at 06:33:43AM -0700, Krasimir
> Angelov wrote:
> > Ok. Here is one concrete proposal for
> System.FilePath.
> I want to reiterate my earlier comments.
> Andrew
> _______________________________________________
> Libraries mailing list
> Libraries at

>From your comments:
> You don't seem to address the problem of volumes or
> drives (a:, c:).  I don't think you can punt this.

The drives are handled implicitly. They are always
part of directory name. If you think that it is useful
to make this explicitly then you would suggest a
concrete API and possible use cases for it.

> Be very explicit in the documentation about what 
> your model of a path is. Most libraries implictly 
> rely upon some form of unix conventions, without 
> pinning them down.  I find it hard to use File::Spec
> without trial and error.

The Haddock documentation can be improved.

> Finally, it's probably not acceptible for 
> a "production library" to hard-code the path 
> separator by platform.  There will have to be a way
> to manipulate foreign paths.

It is not hard to split System.FilePath to
System.FilePath.Posix and System.FilePath.Windows. I
will do that if other people also agree on that.


Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.

More information about the Libraries mailing list