[GHC] #11301: Using GHC's parser and rendering the results is unreasonably difficult
GHC
ghc-devs at haskell.org
Thu Nov 22 21:07:35 UTC 2018
#11301: Using GHC's parser and rendering the results is unreasonably difficult
-------------------------------------+-------------------------------------
Reporter: bitemyapp | Owner: (none)
Type: bug | Status: new
Priority: normal | Milestone:
Component: GHC API | Version: 7.10.2
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by Ben Gamari <ben@…>):
In [changeset:"5aa29231ab7603537284eff5e4caff3a73dba6d2/ghc"
5aa29231/ghc]:
{{{
#!CommitTicketReference repository="ghc"
revision="5aa29231ab7603537284eff5e4caff3a73dba6d2"
'DynFlag'-free version of 'mkParserFlags'
Obtaining a `DynFlags` is difficult, making using the lexer/parser
for pure parsing/lexing unreasonably difficult, even with
`mkPStatePure`.
This is despite the fact that we only really need
* language extension flags
* warning flags
* a handful of boolean options
The new `mkParserFlags'` function makes is easier to directly construct
a `ParserFlags`. Furthermore, since `pExtsBitmap` is just a footgun,
I've gone ahead and made `ParserFlags` an abstract type.
Reviewers: bgamari, alanz, sjakobi
Reviewed By: bgamari, sjakobi
Subscribers: mpickering, sjakobi, rwbarton, carter
GHC Trac Issues: #11301
Differential Revision: https://phabricator.haskell.org/D5269
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11301#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list