parsec3 vs parsec-3.x

Christian Maeder Christian.Maeder at dfki.de
Tue Feb 1 15:03:41 CET 2011


Am 31.01.2011 22:28, schrieb Roman Cheplyaka:
> From the description of parsec3 on hackage
> 
>   [...] I do not recommend to unconditionally use parsec3 as dependency
>   in cabal files of packages for hackage. But you may want to develop
>   your code using this subset of parsec3 modules and finally change the
>   dependency from parsec3 to parsec-3.1.1 [...]
> 
> I got an impression that parsec3 should be used only during the
> development, not in a released package. But as a developer of a package
> I have pretty good understanding of what modules I'm using, and if in
> doubt I can simply run "grep -r Text.ParserCombinators.Parsec ."
> 
> Maybe it would become more clear if you elaborate on who and how exactly
> might benefit from this package?

I agree, parsec3 is of limited use. It only ensures a disjoint module
name space with parsec2 xor parsec1 for old or more portable code.

So you could have parsec2 and parsec3 code without being forced to
compile your parsec-2.x sources via the compatibility layer of parsec-3.x.

C.

> 
> Thanks,
> Roman
> 



More information about the Libraries mailing list