Bug in Parsec.Token
garious at gmail.com
Mon Mar 15 19:37:46 EDT 2010
> If the community wants to freeze on Parsec 2, then I have no problem
> renaming the package, otherwise I think it is both unnecessary and a
> waste of effort.
Reasons one might prefer Parsec 2.1:
* Haskell98 implementation
* Daan Leijen's whitepapers:
Reasons one might prefer Parsec 3.1:
* Parametric in the input stream type (parses ByteStrings)
* Monad transformer that can be stacked on arbitrary monads
* More Haddock documentation
Parsec 3 is certainly useful, but there are still good, valid reasons
one might prefer Parsec 2.1.
Derek, if you wouldn't mind renaming Parsec 3, I volunteer to become
the maintainer of the Parsec package.
More information about the Libraries