Bug in Parsec.Token

Greg Fitzgerald 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 mailing list