Shared data type for extension flags

Michael Smith michael at
Wed Sep 2 07:47:25 UTC 2015

#10820 on Trac [1] and D1200 on Phabricator [2] discuss adding the
to Template Haskell to detect which language extensions enabled.
since template-haskell can't depend on ghc (as ghc depends on
it can't simply re-export the ExtensionFlag type from DynFlags to the user.

There is a second data type encoding the list of possible language
extensions in
the Cabal package, in Language.Haskell.Extension [3]. But template-haskell
doesn't already depend on Cabal, and doing so seems like it would cause
difficulties, as the two packages can be upgraded separately.

So adding this new feature to Template Haskell requires introducing a
data type for language extensions. It also requires enumerating this full
in two more places, to convert back and forth between the TH Extension data
and GHC's internal ExtensionFlag data type.

Is there another way here? Can there be one single shared data type for this

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the ghc-devs mailing list