[GHC] #12992: Language.Haskell.TH doesn't reexport everything from Language.Haskell.TH.Lib
GHC
ghc-devs at haskell.org
Fri Dec 16 16:19:38 UTC 2016
#12992: Language.Haskell.TH doesn't reexport everything from
Language.Haskell.TH.Lib
-------------------------------------+-------------------------------------
Reporter: RyanGlScott | Owner: RyanGlScott
Type: bug | Status: new
Priority: normal | Milestone: 8.2.1
Component: Template | Version: 8.0.1
Haskell |
Keywords: | Operating System: Unknown/Multiple
Architecture: | Type of failure: Other
Unknown/Multiple |
Test Case: | Blocked By:
Blocking: | Related Tickets:
Differential Rev(s): | Wiki Page:
-------------------------------------+-------------------------------------
The documentation for `Language.Haskell.TH.Lib`
[http://git.haskell.org/ghc.git/blob/9e862765ffe161da8a4fd9cd67b0a600874feaa9:/libraries
/template-haskell/Language/Haskell/TH/Lib.hs#l8 claims]:
{{{#!hs
-- All of the exports from this module should
-- be "public" functions. The main module TH
-- re-exports them all.
}}}
Sadly, this isn't true. There are a number of functions that
`Language.Haskell.TH` accidentally forgets to export. Notably, this
includes all of the unboxed tuple library functions, as noticed
[https://phabricator.haskell.org/D2448#inline-20282 here], but there are
many others as well.
To avoid this sort of thing in the future, I think the cleanest solution
would be to just reexport the entirely of the `Language.Haskell.TH.Lib`
module from `Language.Haskell.TH`. This would have the downside that
you'll have to click an extra link in order to see the Haddocks for
`Language.Haskell.TH.Lib`, but I believe the simplification will be worth
it.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12992>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list