Difference between revisions of "FilePath"

From HaskellWiki
Jump to navigation Jump to search
Line 22: Line 22:
   
 
Comments welcome. Thanks
 
Comments welcome. Thanks
 
== Indications of support/opposition ==
 
 
I do not suggest that the number of people on each list is significant, however it's nice to take a rough straw poll of how people feel, and who feels what way. Do not take this as a vote, it's really not. If adding a user based on their indications in email messages (rather than explicit confirmation) I have added their name in ''italics''.
 
 
== Support ==
 
 
The following people support the addition of FilePath into base:
 
 
* Neil Mitchell
 
 
== Oppose ==
 
 
The following people oppose the addition of FilePath, with (optionally) the reason after. Please create a new item in the list for the reasons.
 
 
* Example 1 (1,2,3)
 
* Example 2 (3)
 
 
== Opposed reasons ==
 
 
# type FilePath = String is a bad design choice, which should not be encouraged
 
# The base libraries are not the place for a FilePath library
 
# The interface in this library is poorly designed
 

Revision as of 19:01, 20 November 2006

I have written a System.FilePath module in part based on the one in Yhc, and in part based on the one in Cabal (thanks to Lemmih). The aim is to try and get this module into the base package, as FilePath's are something many programs use, but its all too easy to hack up a little function that gets it right most of the time on most platforms, and there lies a source of bugs.

This module is Posix (Linux) and Windows capable - just import System.FilePath and it will pick the right one. Of course, if you demand Windows paths on all OS's, then System.FilePath.Windows will give you that (same with Posix). Written in Haskell 98 + Hierarchical Modules.

If you go to the haddock page there are a few little examples at the top of the file.

The Yhc project, hquickfile and a few other utilites are already using this module succesfully.

Comments welcome. Thanks