megaparsec
Monadic parser combinators
https://github.com/mrkkrp/megaparsec
| Version on this page: | 7.0.5 |
| LTS Haskell 24.16: | 9.7.0 |
| Stackage Nightly 2025-10-24: | 9.7.0 |
| Latest on Hackage: | 9.7.0 |
megaparsec-7.0.5@sha256:45e1f1348fab2783646fdb4d9e6097568981a740951c7356d36d794e2baba305,3902Megaparsec
- Features
- Documentation
- Tutorials
- Performance
- Comparison with other solutions
- Related packages
- Prominent projects that use Megaparsec
- Links to announcements and blog posts
- Authors
- Contribution
- License
This is an industrial-strength monadic parser combinator library. Megaparsec is a feature-rich package that strikes a nice balance between speed, flexibility, and quality of parse errors.
Features
The project provides flexible solutions to satisfy common parsing needs. The section describes them shortly. If you’re looking for comprehensive documentation, see the section about documentation.
Core features
The package is built around MonadParsec, an MTL-style monad transformer.
Most features work with all instances of MonadParsec. One can achieve
various effects combining monad transformers, i.e. building a monadic stack.
Since the common monad transformers like WriterT, StateT, ReaderT and
others are instances of the MonadParsec type class, one can also wrap
ParsecT in these monads, achieving, for example, backtracking state.
On the other hand ParsecT is an instance of many type classes as well. The
most useful ones are Monad, Applicative, Alternative, and
MonadParsec.
Megaparsec includes all functionality that is typically available in Parsec-like libraries and also features some combinators that are quite unique to it:
failureallows us to report a parse error with unexpected and expected items.fancyFailureprovides a way to report custom parse errors.withRecoverycan be used to recover from parse errors “on-the-fly” and continue parsing. Once parsing is finished, several parse errors may be reported or ignored altogether.observingmakes it possible to “observe” parse errors without ending parsing (they are returned inLeft, while normal results are wrapped inRight).
In addition to that, Megaparsec features high-performance combinators similar to those found in Attoparsec:
tokensmakes it easy to parse several tokens in a row (stringandstring'are built on top of this primitive). This is about 100 times faster than matching a string token by token.tokensreturns “chunk” of original input, meaning that if you parseText, it’ll returnTextwithout repacking.takeWhileandtakeWhile1are about 150 times faster than approaches involvingmany,manyTilland other similar combinators.takePallows us to grab n tokens from the stream and returns them as a “chunk” of the stream.
Megaparsec is about as fast as Attoparsec if you write your parser carefully (see also the section about performance).
The library can currently work with the following types of input stream out-of-the-box:
String = [Char]ByteString(strict and lazy)Text(strict and lazy)
It’s also possible to make it work with custom token streams by making them
an instance of the Stream type class.
Error messages
Megaparsec has well-typed error messages and the ability to signal custom parse errors to better work in user’s domain of interest.
Megaparsec 7 introduced the ParseErrorBundle data type that helps to
manage multi-error messages and pretty-print them easily and efficiently.
That version of the library also made the practice of displaying offending
line the default, similar to how recent versions of GHC do it.
Alex support
Megaparsec works well with streams of tokens produced by tools like Alex.
The design of the Stream type class has been changed significantly in
versions 6 and 7, but user can still work with custom streams of tokens
without problems.
Character and binary parsing
Megaparsec has decent support for Unicode-aware character parsing. Functions
for character parsing live in the Text.Megaparsec.Char module.
Similarly, there is Text.Megaparsec.Byte module for parsing
streams of bytes.
Lexer
Text.Megaparsec.Char.Lexer is a module that should help
you write your lexer. If you have used Parsec in the past, this module
“fixes” its particularly inflexible Text.Parsec.Token.
Text.Megaparsec.Char.Lexer is intended to be imported
using a qualified import, it’s not included in Text.Megaparsec. The
module doesn’t impose how you should write your parser, but certain
approaches may be more elegant than others. An especially important theme is
parsing of white space, comments, and indentation.
The design of the module allows one quickly solve simple tasks and doesn’t get in the way when the need to implement something less standard arises.
Text.Megaparsec.Byte.Lexer is also available for users
who wish to parse binary data.
Documentation
Megaparsec is well-documented. See the current version of Megaparsec documentation on Hackage.
Tutorials
You can find Megaparsec tutorials here. They should provide sufficient guidance to help you start with your parsing tasks. The site also has instructions and tips for Parsec users who decide to migrate to Megaparsec.
Performance
Despite being flexible, Megaparsec is also fast. Here is how Megaparsec 7.0.0 compares to Attoparsec 0.13.2.2 (the fastest widely used parsing library in the Haskell ecosystem):
| Test case | Execution time | Allocated | Max residency |
|---|---|---|---|
| CSV (Attoparsec) | 76.50 μs | 397,784 | 10,544 |
| CSV (Megaparsec) | 64.69 μs | 352,408 | 9,104 |
| Log (Attoparsec) | 302.8 μs | 1,150,032 | 10,912 |
| Log (Megaparsec) | 337.8 μs | 1,246,496 | 10,912 |
| JSON (Attoparsec) | 18.20 μs | 128,368 | 9,032 |
| JSON (Megaparsec) | 25.45 μs | 203,824 | 9,176 |
The benchmarks were created to guide development of Megaparsec 6 and can be found here.
If you think your Megaparsec parser is not efficient enough, take a look at these instructions.
Comparison with other solutions
There are quite a few libraries that can be used for parsing in Haskell, let’s compare Megaparsec with some of them.
Megaparsec vs Attoparsec
Attoparsec is another prominent Haskell library for parsing. Although both libraries deal with parsing, it’s usually easy to decide which you will need in particular project:
-
Attoparsec is sometimes faster but not that feature-rich. It should be used when you want to process large amounts of data where performance matters more than quality of error messages.
-
Megaparsec is good for parsing of source code or other human-readable texts. It has better error messages and it’s implemented as monad transformer.
So, if you work with something human-readable where size of input data is moderate, just go with Megaparsec, otherwise Attoparsec may be a better choice.
Megaparsec vs Parsec
Since Megaparsec is a fork of Parsec, we are bound to list the main differences between the two libraries:
-
Better error messages. Megaparsec has well-typed error messages and custom error messages.
-
Megaparsec can show the line on which parse error happened as part of parse error. This makes it a lot easier to figure out where the error happened.
-
Some quirks and “buggy features” (as well as plain bugs) of original Parsec are fixed. There is no undocumented surprising stuff in Megaparsec.
-
Better support for Unicode parsing in
Text.Megaparsec.Char. -
Megaparsec has more powerful combinators and can parse languages where indentation matters out-of-the-box.
-
Better documentation.
-
Megaparsec can recover from parse errors “on the fly” and continue parsing.
-
Megaparsec allows us to conditionally process parse errors inside your parser before parsing is finished. In particular, it’s possible to define regions in which parse errors, should they happen, will get a “context tag”, e.g. we could build a context stack like “in function definition foo”, “in expression x”, etc. This is not possible with Parsec.
-
Megaparsec is faster and supports efficient operations on top of
tokens,takeWhileP,takeWhile1P,takePlike Attoparsec.
If you want to see a detailed change log, CHANGELOG.md may be helpful.
Also see this original announcement for another
comparison.
Megaparsec vs Trifecta
Trifecta is another Haskell library featuring good error messages. Some reasons one may question choice of Trifecta is his/her parsing library:
-
Complicated, doesn’t have any tutorials available, and documentation doesn’t help at all.
-
Trifecta can parse
StringandByteStringnatively, but notText. -
Trifecta’s error messages may be different with their own features, but certainly not as flexible as Megaparsec’s error messages in the latest versions.
-
Depends on
lens. This means you’ll pull in half of Hackage as transitive dependencies. Also if you’re not intolensand would like to keep your code “vanilla”, you may not like the API.
Idris has recently switched from Trifecta to Megaparsec which allowed it to have better error messages and fewer dependencies.
Megaparsec vs Earley
Earley is a newer library that allows us to safely (it your code compiles, then it probably works) parse context-free grammars (CFG). Megaparsec is a lower-level library compared to Earley, but there are still enough reasons to choose it:
-
Megaparsec is faster.
-
Your grammar may be not context-free or you may want introduce some sort of state to the parsing process. Almost all non-trivial parsers require something of this sort. Even if your grammar is context-free, state may allow us to add some additional niceties. Earley does not support that.
-
Megaparsec’s error messages are more flexible allowing to include arbitrary data in them, return multiple error messages, mark regions that affect any error that happens in those regions, etc.
-
The approach Earley uses differs from the conventional monadic parsing. If you work not alone, people you work with, especially beginners, will be much more productive with libraries taking more traditional path to parsing like Megaparsec.
In other words, Megaparsec is less safe but also more powerful.
Related packages
The following packages are designed to be used with Megaparsec (open a PR if you want to add something to the list):
hspec-megaparsec—utilities for testing Megaparsec parsers with with Hspec.cassava-megaparsec—Megaparsec parser of CSV files that plays nicely with Cassava.tagsoup-megaparsec—a library for easily using TagSoup as a token type in Megaparsec.
Prominent projects that use Megaparsec
Some prominent projects that use Megaparsec:
- Idris—a general-purpose functional programming language with dependent types
- Hledger—an accounting tool
- MMark—strict markdown processor for writers
- Stache—Mustache templates for Haskell
- Language Puppet—library for manipulating Puppet manifests
Links to announcements and blog posts
Here are some blog posts mainly announcing new features of the project and describing what sort of things are now possible:
- Megaparsec 7
- Evolution of error messages
- A major upgrade to Megaparsec: more speed, more power
- Latest additions to Megaparsec
- Announcing Megaparsec 5
- Megaparsec 4 and 5
- The original Megaparsec 4.0.0 announcement
Authors
The project was started and is currently maintained by Mark Karpov. You can
find the complete list of contributors in the AUTHORS.md file in the
official repository of the project. Thanks to all the people who propose
features and ideas, although they are not in AUTHORS.md, without them
Megaparsec would not be so good.
Contribution
Issues (bugs, feature requests or otherwise feedback) may be reported in the GitHub issue tracker for this project.
Pull requests are also welcome.
License
Copyright © 2015–2019 Megaparsec contributors
Copyright © 2007 Paolo Martini
Copyright © 1999–2000 Daan Leijen
Distributed under FreeBSD license.
Changes
Megaparsec 7.0.5
-
Dropped support for GHC 7.10.
-
Adapted the code to
MonadFailchanges inbase-4.13. -
Separated the test suite into its own package. The reason is that we can avoid circular dependency on
hspec-megaparsecand thus avoid keeping copies of its source files in our test suite, as we had to do before. Another benefit is that we can export some auxiliary functions inmegaparsec-testswhich can be used by other test suites, for example in theparser-combinators-testspackage.Version of
megaparsec-testswill be kept in sync with versions ofmegaparsecfrom now on.
Megaparsec 7.0.4
- Numerous documentation corrections.
Megaparsec 7.0.3
- Fixed the build with
mtlolder than2.2.2.
Megaparsec 7.0.2
-
Fixed the property test for
char'which was failing in the case when there is a character with different upper and title cases. -
More descriptive error messages when
elabelorulabelfromText.Megaparsec.Error.Builderare used with empty strings. -
Typo fixes in the docs.
Megaparsec 7.0.1
- Fixed a bug in
errorBundlePretty. Previously the question sign?was erroneously inserted before offending line in 2nd and later parse errors.
Megaparsec 7.0.0
General
-
Dropped the
Text.Megaparsec.Permmodule. UseControl.Applicative.Permutationsfromparser-combinatorsinstead. -
Dropped the
Text.Megaparsec.Exprmodule. UseControl.Monad.Combinators.Exprfromparser-combinatorsinstead. -
The debugging function
dbghas been moved fromText.Megaparsecto its own moduleText.Megaparsec.Debug. -
Dropped support for GHC 7.8.
Combinators
-
Moved some general combinators from
Text.Megaparsec.CharandText.Megaparsec.BytetoText.Megaparsec, renaming some of them for clarity.Practical consequences:
-
Now there is the
singlecombinator that is a generalization ofcharfor arbitrary streams.Text.Megaparsec.CharandText.Megaparsec.Bytestill containcharas type-constrained versions ofsingle. -
Similarly, now there is the
chunkcombinator that is a generalization ofstringfor arbitrary streams. Thestringcombinator is still re-exported fromText.Megaparsec.CharandText.Megaparsec.Bytefor compatibility. -
satisfydoes not depend on type of token, and so it now lives inText.Megaparsec. -
anyCharwas renamed toanySingleand moved toText.Megaparsec. -
notCharwas renamed toanySingleButand moved toText.Megaparsec. -
oneOfandnoneOfwere moved toText.Megaparsec.
-
-
Simplified the type of the
tokenprimitive. It now takes just a matching functionToken s -> Maybe aas the first argument and the collection of expected itemsSet (ErrorItem (Token s))as the second argument. This makes sense because the collection of expected items cannot depend on what we see in the input stream. -
The
labelprimitive now doesn’t prepend the phrase “the rest of” to the label when its inner parser produces hints after consuming input. In that caselabelhas no effect. -
Fixed the
Text.Megaparsec.Char.Lexer.charLiteralso it can accept longer escape sequences (max length is now 10). -
Added the
binDigitCharfunctions inText.Megaparsec.ByteandText.Megaparsec.Char. -
Added the
binaryfunctions inText.Megaparsec.Byte.LexerandText.Megaparsec.Char.Lexer. -
Improved case-insensitive character matching in the cases when e.g.
isLowerandisUpperboth returnFalse. Functions affected:Text.Megaparsec.Char.char'. -
Renamed
getPositiontogetSourcePos. -
Renamed
getTokensProcessedtogetOffset,setTokensProcessedtosetOffset. -
Dropped
getTabWidthandsetTabWidthbecause tab width is irrelevant to parsing process now, it’s only relevant for pretty-printing of parse errors, which is handled separately. -
Added and
withParsecTinText.Megaparsec.Internalto allow changing the type of the custom data component in parse errors.
Parser state and input stream
-
Dropped stacks of source positions. Accordingly, the functions
pushPositionandpopPositionfromText.MegaparsecandsourcePosStackPrettyfromText.Megaparsec.Errorwere removed. The reason for this simplification is that I could not find any code that uses the feature and it makes manipulation of source positions hairy. -
Introduced
PosStatefor calculatingSourcePosfrom offsets and getting offending line for displaying on pretty-printing of parse errors. It’s now contained in bothStateandParseErrorBundle. -
Dropped
positionAt1,positionAtN,advance1, andadvanceNmethods fromStream. They are no longer necessary becausereachOffset(and its specialized versionreachOffsetNoLine) takes care ofSourcePoscalculation.
Parse errors
-
ParseErrornow contains raw offset in input stream instead ofSourcePos.errorPoswas dropped fromText.Megaparsec.Error. -
ParseErroris now parametrized over stream typesinstead of token typet. -
Introduced
ParseErrorBundlewhich contains one or moreParseErrorequipped with all information that is necessary to pretty-print them together with offending lines from the input stream. Functions likerunParsernow returnParseErrorBundleinstead of plainParseError.By default there will be only one
ParseErrorin such a bundle, but it’s possible to add more parse errors to a bundle manually. During pretty-printing, the input stream will be traversed only once. -
The primary function for pretty-printing of parse errors—
errorBundlePrettyalways prints offending lines now.parseErrorPrettyis still there, but it probably won’t see a lot of use from now on.parseErrorPretty'andparseErrorPretty_were removed.parseTest'was removed becauseparseTestalways prints offending lines now. -
Added
attachSourcePosfunction inText.Megaparsec.Error. -
The
ShowTokentype class has been removed and its methodshowTokensnow lives in theStreamtype class. -
The
LineTokentype class is no longer necessary because the new methodreachOffsetof the type classStreamdoes its job. -
In
Text.Megaparsec.Errorthe following functions were added:mapParseError,errorOffset. -
Implemented continuous highlighting in parse errors. For this we added the
errorComponentLenmethod to theShowErrorComponenttype class.
Parse error builder
-
The functions
erranderrFancynow accept offsets at which the parse errors are expected to have happened, i.e.Ints. ThusposIandposNare no longer necessary and were removed. -
ETis now parametrized over the type of streamsinstead of token typet. -
Combinators like
utoksandetoksnow accept chunks of input stream directly, i.e.Tokens sinstead of[Token s]which should be more natural and convenient.
Megaparsec 6.5.0
- Added
Text.Megaparsec.Internal, which exposes some internal data structures and data constructor ofParsecT.
Megaparsec 6.4.1
scientificnow correctly backtracks after attempting to parse fractional and exponent parts of a number.floatcorrectly backtracks after attempting to parse optional exponent part (when it comes after fractional part, otherwise it’s obligatory).
Megaparsec 6.4.0
-
Text.Megaparsecnow re-exportsControl.Monad.Combinatorsinstead ofControl.Applicative.Combinatorsfromparser-combinatorsbecause the monadic counterparts of the familiar combinators are more efficient and not as leaky.This may cause minor breakage in certain cases:
-
You import
Control.Applicativeand in that case there will be a name conflict betweenControl.Applicative.manyandControl.Monad.Combinator.manynow (the same forsome). -
You define a polymorphic helper in terms of combinator(s) from
Control.Applicative.Combinatorsand useApplicativeorAlternativeconstraint. In this case you’ll have to adjust the constraint to beMonadorMonadPlusrespectively.
Also note that the new
Control.Monad.Combinatorsmodule we re-export now re-exportsemptyfromControl.Applicative. -
-
Fix the
atEndparser. It now does not produce hints, so when you use it, it won’t contribute to the “expecting end of input” component of parse error.
Megaparsec 6.3.0
-
Added an
IsStringinstance forParsecT. Now it is possible to write"abc"rather thanstring "abc". -
Added the
customFailurecombinator, which is a special case offancyFailure. -
Made implementation of
sconcatandmconcatofParsecTmore efficient.
Megaparsec 6.2.0
floatinText.Megaparsec.Char.LexerandText.Megaparsec.Byte.Lexernow does not accept plain integers. This is the behavior we had in version 5 of the library.
Megaparsec 6.1.1
- Fixed the bug when
tokensusedcokcontinuation even when matching an empty chunk. Now it correctly useseokin this case.
Megaparsec 6.1.0
-
Improved rendering of offending line in
parseErrorPretty'in the presence of tab characters. -
Added
parseErrorPretty_, which is just likeparseErrorPretty'but allows to specify tab width to use. -
Adjusted hint generation so when we backtrack a consuming parser with
try, we do not create hints from its parse error (because it’s further in input stream!). This was a quite subtle bug that stayed unnoticed for several years apparently.
Megaparsec 6.0.2
- Allow
parser-combinators-0.2.0.
Megaparsec 6.0.1
-
Fixed a typo in
README.md. -
Added some text that clarifies how to parametrize the
ParseErrortype.
Megaparsec 6.0.0
General
-
Re-organized the module hierarchy. Some modules such as
Text.Megaparsec.Primdo not exist anymore. Stream definitions were moved toText.Megaparsec.Stream. Generic combinators are now re-exported from theControl.Applicative.Combinatorsfrom the packageparser-combinators. Just importText.Megaparsecand you should be OK. AddText.Megaparsec.Charif you are working with a stream ofChars orText.Megaparsec.Byteif you intend to parse binary data, then add qualified modules you need (permutation parsing, lexing, expression parsing, etc.).Text.Megaparsec.Lexerwas renamed toText.Megaparec.Char.Lexerbecause many functions in it has theToken s ~ Charconstraint. There is alsoText.Megaparsec.Byte.Lexernow, although it has fewer functions. -
Dropped per-stream modules, the
Parsertype synonym is to be defined manually by user. -
Added a
MonadFixinstance forParsecT. -
More lightweight dependency tree, dropped
exceptionsandQuickCheckdependencies. -
Added dependency on
case-insensitive.
Source positions
-
Now
Poscontains anIntinside, notWord. -
Dropped
unsafePosand changed type ofmkPosso it throws from pure code if its argument is not a positiveInt. -
Added
pos1constant that represents thePoswith value 1 inside. -
Made
InvalidPosExceptioncontain the invalidIntvalue that was passed tomkPos.
Parse errors
-
Changed the definition of
ParseErrorto have separate data constructors for “trivial” errors (unexpected/expected tokens) and “fancy” errors (everything else). -
Removed the
ErrorComponenttype class, addedErrorFancyinstead.ErrorFancyis a sum type which can representfailmessages, incorrect indentation, and custom data (we useVoidfor that by default to “disable” it). This is better than the typeclass-based approach because every instance ofErrorComponentneeded to have constructors forfailand indentation massages anyway, leading to duplication of code (for example for parse error component rendering). -
Added
Functorinstances forErrorItemandErrorFancy. -
Added the function
errorPosto get error positions fromParseError(previously it was a record selector inParseError). -
Control characters in parse error are displayed in a readable form even when they are part of strings, for example:
{<newline>({followed by the newline character). Previously control characters were rendered in readable form only as standalone tokens. -
Added
Text.Megaparsec.Error.Buildermodule to help constructParseErrors easily. It is useful for testing and debugging. Previously we had something like that in thehspec-megaparsecpackage, but it does not hurt to ship it with the library. -
Added
parseErrorPretty'allowing to display offending line in parse errors. -
Added
LineTokentype class for tokens that support operations necessary for selecting and displaying relevant line of input (used inparseErrorPretty'). -
Added
parseTest'function that is just likeparseTest, but also prints offending line in parse errors. This is powered by the newparseErrorPretty'.
Stream
- Introduced the new
Text.Megaparsec.Streammodule that is the home ofStreamtype class. In version 6, the type class has been extended significantly to improve performance and make some combinators more general.
Combinators
-
Changed signatures of
failureandtoken, they only can signal trivial errors now. -
Added a new method of
MonadParsectype class calledfancyFailurefor signalling non-trivial failures. Signatures of some functions (failure,token) have been changed accordingly. -
Added
takeWhileP,takeWhile1PandtakePtoMonadParsec. -
Added
takeRestnon-primitive combinator to consume the rest of input. -
Added
atEndwhich returnsTruewhen end of input has been reached. -
Dropped
oneOf'andnoneOf'fromText.Megaparsec.Char. These were seldom (if ever) used and are easily re-implemented. -
Added
notCharinText.Megaparsec.Char. -
Added
space1inText.Megaprasec.Char. This parser is likespacebut requires at least one space character to be present to succeed. -
Added new module
Text.Megaparsec.Byte, which is similar toText.Megaparsec.Char, but for token streams of the typeWord8instead ofChar. -
integerwas dropped fromText.Megaparec.Char.Lexer. Usedecimalinstead. -
numberwas dropped fromText.Megaparec.Char.Lexer. Usescientificinstead. -
decimal,octal, andhexadecimalare now polymorphic in their return type and can be used to parse any instance ofIntegral. -
floatis now polymorphic in its return type and can be used to parse any instance ofRealFloat. -
Added new module
Text.Megaparsec.Byte.Lexer, which provides some functions (white space and numeric helpers) fromText.Megaparsec.Char.Lexerfor streams with token typeWord8.
Megaparsec 5.3.1
-
Various updates to the docs.
-
Allowed
QuickCheck-2.10.
Megaparsec 5.3.0
-
Added the
matchcombinator that allows to get collection of consumed tokens along with result of parsing. -
Added the
regioncombinator which allows to process parse errors happening when its argument parser is run. -
Added the
getNextTokenPosition, which returns position where the next token in the stream begins. -
Defined
SemigroupandMonoidinstances ofParsecT. -
Dropped support for GHC 7.6.
-
Added an
ErrorComponentinstance for().
Megaparsec 5.2.0
-
Added
MonadParsecinstance forRWST. -
Allowed
manyto run parsers that do not consume input. Previously this signalled anerrorwhich was ugly. Of course, in most cases givingmanya parser that do not consume input will lead to non-termination bugs, but there are legal cases when this should be allowed. The test suite now contains an example of this. Non-termination issues is something inherited from the power Megaparsec gives (with more power comes more responsibility), so thaterrorcase inmanyreally does not solve the problem, it was just a little ah-hoc guard we got from Parsec’s past. -
The criterion benchmark was completely re-written and a new weigh benchmark to analyze memory consumption was added.
-
Performance improvements:
count(marginal improvement, simpler implementation),count'(considerable improvement), andmany(marginal improvement, simpler implementation). -
Added
stateTokensProcessedfield to parser state and helper functionsgetTokensProcessedandsetTokensProcessed. The field contains number of processed tokens so far. This allows, for example, create wrappers that return just parsed fragment of input stream alongside with result of parsing. (It was possible before, but very inefficient because it required traversing entire input stream twice.) -
IndentNoneoption ofindentBlocknow picks whitespace after it like its sistersIndentManyandIndentSomedo, see #161. -
Fixed a couple of quite subtle bugs in
indentBlockintroduced by changing behaviour ofskipLineCommentin version 5.1.0. See #178 for more information.
Megaparsec 5.1.2
-
Stopped using property tests with
dbghelper to avoid flood of debugging info when test suite is run. -
Fixed the build with
QuickCheckversions older than 2.9.0.
Megaparsec 5.1.1
- Exported the
observingprimitive fromText.Megaparsec.
Megaparsec 5.1.0
-
Defined
displayExceptionforParseError, so exceptions are displayed in human-friendly form now. This works with GHC 7.10 and later. -
Line comments parsed by
skipLineCommentnow may end at the end of input and do not necessarily require a newline to be parsed correctly. See #119. -
Exposed
parseErrorTextPrettyfunction inText.Megaparsec.Errorto allow to renderParseErrors without stack of source positions. -
Eliminated the
old-teststest suite — Parsec legacy. The cases that are not already obviously covered in the main test suite were included into it. -
Added
Arbitraryinstances for the following data types:Pos,SourcePos,ErrorItem,Dec,ParseErrorandState. This should make testing easier without the need to add orphan instances every time. The drawback is that we start to depend onQuickCheck, but that’s a fair price. -
The test suite now uses the combination of Hspec and the
hpesc-megaparsecpackage, which also improved the latter (that package is the recommended way to test Megaparsec parsers). -
The
trycombinator now truly backtracks parser state when its argument parser fails (either consuming input or not). Most users will never notice the difference though. See #142. -
Added the
dbgfunction that should be helpful for debugging. -
Added
observingprimitive combinator that allows to “observe” parse errors without ending parsing (they are returned inLeft, while normal results are wrapped inRight). -
Further documentation improvements.
Megaparsec 5.0.1
-
Derived
NFDatainstances forPos,InvalidPosException,SourcePos,ErrorItem,Dec,ParseError, andState. -
Derived
Datainstance forParseError,DataandTypeableinstances forSourcePosandState. -
Minor documentation improvements.
Megaparsec 5.0.0
General changes
-
Removed
parseFromFileandStorableStreamtype-class that was necessary for it. The reason for removal is that reading from file and then parsing its contents is trivial for every instance ofStreamand this function provides no way to use newer methods for running a parser, such asrunParser'. So, simply put, it adds little value and was included in 4.x versions for compatibility reasons. -
Moved position-advancing function from arguments of
tokenandtokensfunctions toStreamtype class (namedupdatePos). The new function allows to handle custom streams of tokens where every token contains information about its position in stream better (for example when stream of tokens is produced with happy/alex). -
Support for include files (stack of positions instead of flat position) added. The new functions
pushPositionandpopPositioncan be used to move “vertically” in the stack of positions.getPositionandsetPositionstill work on top (“current file”) level, but user can get full stack viagetParserStateif necessary. Note thatParseErrorand pretty-printing for it also support the new feature. -
Added type function
Tokenassociated withStreamtype class. The function returns type of token corresponding to specific token stream. -
Type
ParsecT(and also type synonymParsec) are now parametrized over type of custom component in parse errors. -
Parameters of
MonadParsectype class are:e— type of custom component in parse errors,s— type of input stream, andm— type of underlying monad. -
Type of
failureprimitive combinator was changed, now it accepts three arguments: set of unexpected items, set of expected items, and set of custom data. -
Type of
tokenprimitive combinator was changed, now in case of failure a triple-tuple is returned with elements corresponding to arguments offailureprimitive. Thetokenprimitive can also be optionally given an argument of token type to use in error messages (as expected item) in case of end of input. -
unexpectedcombinator now accepts argument of typeErrorIteminstead of plainString. -
General performance improvements and improvements in speed of some combinators,
manyTillin particular.
Error messages
-
The module
Text.Megaparsec.Poswas completely rewritten. The new module usesPosdata type with smart constructors to ensure that things like line and column number can be only positive.SourcePoson the other hand does not require smart constructors anymore and its constructors are exported.ShowandReadinstances ofSourcePosare derived and pretty-printing is done with help ofsourcePosPrettyfunction. -
The module
Text.Megaparsec.Errorwas completely rewritten. A number of new types and type-classes are introduced:ErrorItem,Dec,ErrorComponent, andShowErrorComponent.ParseErrordoes not need smart constructors anymore and its constructor and field selectors are exported. It uses sets (from thecontainerspackage) instead of sorted lists to enumerate unexpected and expected items. The new definition is also parametrized over token type and custom data type which can be passed around as part of parse error. Default “custom data” component isDec, which see. All in all, we have completely well-typed and extensible error messages now.ShowandReadinstances ofParseErrorare derived and pretty-printing is done with help ofparseErrorPretty. -
The module
Text.Megaparsec.ShowTokenwas eliminated and type classShowTokenwas moved toText.Megaparsec.Error. The only method of that class in now namedshowTokensand it works on streams of tokens, where single tokes are represented byNonEmptylist with single element.
Built-in combinators
- Combinators
oneOf,oneOf',noneOf, andnoneOf'now accept any instance ofFoldable, not onlyString.
Lexer
-
Error messages about incorrect indentation levels were greatly improved. Now every such message contains information about desired ordering between “reference” indentation level and actual indentation level as well as values of these levels. The information is stored in
ParseErrorin well-typed form and can be pretty-printed when necessary. As part of this improvement, type ofindentGuardwas changed. -
incorrectIndentcombinator is introduced inText.Megaparsec.Lexermodule. It allows to fail with detailed information regarding incorrect indentation. -
Introduced
scientificparser that can parse arbitrary big numbers without error or memory overflow.floatstill returnsDouble, but it’s defined in terms ofscientificnow. SinceScientifictype can reliably represent integer values as well as floating point values,numbernow returnsScientificinstead ofEither Integer Double(IntegerorDoublecan be extracted fromScientificvalue anyway). This in turn makessignedparser more natural and general, because we do not need ad-hocSignedtype class anymore. -
Added
skipBlockCommentNestedfunction that should help parse possibly nested block comments. -
Added
lineFoldfunction that helps parse line folds.
Megaparsec 4.4.0
-
Now state returned on failure is the exact state of parser at the moment when it failed, which makes incremental parsing feature much better and opens possibilities for features like “on-the-fly” recovering from parse errors.
-
The
countcombinator now works withApplicativeinstances (previously it worked only with instances ofAlternative). It’s now also faster. -
tokensand parsers built upon it (such asstringandstring') backtrack automatically on failure now, that is, when they fail, they never consume any input. This is done to make their consumption model match how error messages are reported (which becomes an important thing as user gets more control with primitives likewithRecovery). This means, in particular, that it’s no longer necessary to usetrywithtokens-based parsers. This new feature does not affect performance in any way. -
New primitive parser
withRecoveryadded. The parser allows to recover from parse errors “on-the-fly” and continue parsing. Once parsing is finished, several parse errors may be reported or ignored altogether. -
eitherPcombinator added. -
Removed
Enuminstance ofMessagetype. This was Parsec’s legacy that we should eliminate now.Messagedoes not constitute enumeration,toEnumwas never properly defined for it. The idea to usefromEnumto determine type ofMessageis also ugly, for this purpose new functionsisUnexpected,isExpected, andisMessageare defined inText.Megaparsec.Error. -
Minor tweak in signature of
MonadParsectype class. Collection of constraints changed fromAlternative m, Monad m, Stream s ttoAlternative m, MonadPlus m, Stream s t. This is done to make it easier to write more abstract code with older GHC where such primitives asguardare defined for instances ofMonadPlus, notAlternative.
Megaparsec 4.3.0
-
Canonicalized
Applicative/Monadinstances. Thanks to Herbert Valerio Riedel. -
Custom messages in
ParseErrorare printed each on its own line. -
Now accumulated hints are not used with
ParseErrorrecords that have only custom messages in them (created withMessageconstructor, as opposed toUnexpectedorExpected). This strips “expected” line from custom error messages where it’s unlikely to be relevant anyway. -
Added higher-level combinators for indentation-sensitive grammars:
indentLevel,nonIndented, andindentBlock.
Megaparsec 4.2.0
-
Made
newPosconstructor and other functions inText.Megaparsec.Possmarter. Now it’s impossible to createSourcePoswith non-positive line number or column number. Unfortunately we cannot useNumeric.Naturalbecause we need to support older versions ofbase. -
ParseErroris now a monoid.mergeErroris used asmappend. -
Added functions
addErrorMessagesandnewErrorMessagesto add several messages to existing error and to construct error with several attached messages respectively. -
parseFromFilenow lives inText.Megaparsec.Prim. Previously we had 5 nearly identical definitions of the function, varying only in type-specificreadFilefunction. Now the problem is solved by introduction ofStorableStreamtype class. All supported stream types are instances of the class out of box and thus we have polymorphic version ofparseFromFile. -
ParseErroris now instance ofException(andTypeable). -
Introduced
runParser'andrunParserT'functions that take and return parser state. This makes it possible to partially parse input, resume parsing, specify non-standard initial textual position, etc. -
Introduced
failurefunction that allows to fail with arbitrary collection of messages.unexpectedis now defined in terms offailure. One consequence of this design decision is thatfailureis now method ofMonadParsec, whileunexpectedis not. -
Removed deprecated combinators from
Text.Megaparsec.Combinator:chainlchainl1chainrchainr1
-
numberparser inText.Megaparsec.Lexernow can be used withsignedcombinator to parse either signedIntegeror signedDouble.
Megaparsec 4.1.1
-
Fixed bug in implementation of
sepEndByandsepEndBy1and removed deprecation notes for these functions. -
Added tests for
sepEndByandsepEndBy1.
Megaparsec 4.1.0
-
Relaxed dependency on
base, so that minimal required version ofbaseis now 4.6.0.0. This allows Megaparsec to compile with GHC 7.6.x. -
Text.MegaparsecandText.Megaparsec.Primdo not export data typesConsumedandReplyanymore because they are rather low-level implementation details that should not be visible to end-user. -
Representation of file name and textual position in error messages was made conventional.
-
Fixed some typos is documentation and other materials.
Megaparsec 4.0.0
General changes
-
Renamed
many1→someas well as other parsers that hadmany1part in their names. -
The following functions are now re-exported from
Control.Applicative:(<|>),many,some,optional. See #9. -
Introduced type class
MonadParsecin the style of MTL monad transformers. Eliminated built-in user state since it was not flexible enough and can be emulated via stack of monads. Now all tools in Megaparsec work with any instance ofMonadParsec, not only withParsecT. -
Added new function
parseMaybefor lightweight parsing where error messages (and thus file name) are not important and entire input should be parsed. For example it can be used when parsing of single number according to specification of its format is desired. -
Fixed bug with
notFollowedByalways succeeded with parsers that don’t consume input, see #6. -
Flipped order of arguments in the primitive combinator
label, see #21. -
Renamed
tokenPrim→token, removed oldtoken, becausetokenPrimis more general and originaltokenis little used. -
Made
tokenparser more powerful, now its second argument can returnEither [Message] ainstead ofMaybe a, so it can influence error message when parsing of token fails. See #29. -
Added new primitive combinator
hidden pwhich hides “expected” tokens in error message when parserpfails. -
Tab width is not hard-coded anymore. It can be manipulated via
getTabWidthandsetTabWidth. Default tab-width isdefaultTabWidth, which is 8.
Error messages
-
Introduced type class
ShowTokenand improved representation of characters and strings in error messages, see #12. -
Greatly improved quality of error messages. Fixed entire
Text.Megaparsec.Errormodule, see #14 for more information. Made possible normal analysis of error messages without “render and re-parse” approach that previous maintainers had to practice to write even simplest tests, see moduleUtils.hsinold-testsfor example. -
Reduced number of
Messageconstructors (now there are onlyUnexpected,Expected, andMessage). Empty “magic” message strings are ignored now, all the library now uses explicit error messages. -
Introduced hint system that greatly improves quality of error messages and made code of
Text.Megaparsec.Prima lot clearer.
Built-in combinators
-
All built-in combinators in
Text.Megaparsec.Combinatornow work with any instance ofAlternative(some of them even withApplicaitve). -
Added more powerful
count'parser. This parser can be told to parse frommtonoccurrences of some thing.countis defined in terms ofcount'. -
Removed
optionMaybeparser, becauseoptionalfromControl.Applicativedoes the same thing. -
Added combinator
someTill. -
These combinators are considered deprecated and will be removed in future:
chainlchainl1chainrchainr1sepEndBysepEndBy1
Character parsing
-
Renamed some parsers:
alphaNum→alphaNumChardigit→digitCharendOfLine→eolhexDigit→hexDigitCharletter→letterCharlower→lowerCharoctDigit→octDigitCharspace→spaceCharspaces→spaceupper→upperChar
-
Added new character parsers in
Text.Megaparsec.Char:asciiCharcharCategorycontrolCharlatin1CharmarkCharnumberCharprintCharpunctuationCharseparatorCharsymbolChar
-
Descriptions of old parsers have been updated to accent some Unicode-specific moments. For example, old description of
letterstated that it parses letters from “a” to “z” and from “A” to “Z”. This is wrong, since it usedData.Char.isAlphapredicate internally and thus parsed many more characters (letters of non-Latin languages, for example). -
Added combinators
char',oneOf',noneOf', andstring'which are case-insensitive variants ofchar,oneOf,noneOf, andstringrespectively.
Lexer
-
Rewritten parsing of numbers, fixed #2 and #3 (in old Parsec project these are number 35 and 39 respectively), added per bug tests.
-
Since Haskell report doesn’t say anything about sign,
integerandfloatnow parse numbers without sign. -
Removed
naturalparser, it’s equal to newintegernow. -
Renamed
naturalOrFloat→number— this doesn’t parse sign too. -
Added new combinator
signedto parse all sorts of signed numbers.
-
-
Transformed
Text.Parsec.TokenintoText.Megaparsec.Lexer. Little of Parsec’s code remains in the new lexer module. New module doesn’t impose any assumptions on user and should be vastly more useful and general. Hairy stuff from original Parsec didn’t get here, for example built-in Haskell functions are used to parse escape sequences and the like instead of trying to re-implement the whole thing.
Other
-
Renamed the following functions:
permute→makePermParserbuildExpressionParser→makeExprParser
-
Added comprehensive QuickCheck test suite.
-
Added benchmarks.
Parsec 3.1.9
-
Many and various updates to documentation and package description (including the homepage links).
-
Add an
Eqinstance forParseError. -
Fixed a regression from 3.1.6:
runPis again exported from moduleText.Parsec.
Parsec 3.1.8
- Fix a regression from 3.1.6 related to exports from the main module.
Parsec 3.1.7
-
Fix a regression from 3.1.6 related to the reported position of error messages. See bug #9 for details.
-
Reset the current error position on success of
lookAhead.
Parsec 3.1.6
-
Export
Textinstances fromText.Parsec. -
Make
Text.Parsecexports more visible. -
Re-arrange
Text.Parsecexports. -
Add functions
crlfandendOfLinetoText.Parsec.Charfor handling input streams that do not have normalized line terminators. -
Fix off-by-one error in
Token.charControl.
Parsec 3.1.4 & 3.1.5
- Bump dependency on
text.
Parsec 3.1.3
- Fix a regression introduced in 3.1.2 related to positions reported by error messages.