On Mon, Feb 06, 2006 at 03:36:17PM +, Simon Marlow wrote:
> So I'm of the opinion that introducing an ADT for FilePaths is something
> that should wait until the I/O library is revised. In the meantime, we
> should include a String-based Data.FilePath library in Haskell'. It's
> not as ele
On Mon, Feb 06, 2006 at 03:36:17PM +, Simon Marlow wrote:
> The reason we can't just go right ahead and do The Right Thing (i.e.
> introduce a new ADT for FilePaths) is because it touches so much other
> stuff, including stuff that also needs revising, so it doesn't feel
> right to just fix
On 2/6/06, Simon Marlow <[EMAIL PROTECTED]> wrote:
> Isaac Jones wrote:
>
> > Has anyone yet volunteered to do the hard work of defining an ADT and
> > made a proposal for how it should interact w/ the System.IO functions?
> >
> > I think that lacking a FilePath module is a serious problem that is
Isaac Jones wrote:
Has anyone yet volunteered to do the hard work of defining an ADT and
made a proposal for how it should interact w/ the System.IO functions?
I think that lacking a FilePath module is a serious problem that is
holding haskell back. Lots of languages use String for filepath, l
