aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Add support for type synonyms to Hoogle, was accidentally missing before ↵Neil Mitchell2008-08-121-0/+5
| | | | (woops!)
* Output all items, even if they are not defined in this module - ensures map ↵Neil Mitchell2008-08-121-8/+1
| | | | comes from Prelude, not just GHC.Base
* Change ghc version dependency to >= 6.8.2 && <= 6.9David Waern2008-08-131-1/+1
|
* Follow changes to Binary in GHC 6.9David Waern2008-08-131-1/+78
|
* Follow changes to parseDynamic- parseStaticFlags in GHCDavid Waern2008-08-131-0/+4
|
* Update test following Haddock version changeDavid Waern2008-08-1345-45/+45
|
* Follow extensible exceptions changesDavid Waern2008-08-132-19/+41
|
* Follow move of package string functions from PackageConfig to ModuleDavid Waern2008-08-134-5/+11
|
* Add __GHC_PATCHLEVEL__ symbol also when building the libraryDavid Waern2008-08-131-0/+6
|
* Follow changes to parseDynamic/StaticFlagsDavid Waern2008-08-121-1/+7
|
* Hide <.> from GHC import in Hoogle only for ghc <= 6.8.3David Waern2008-08-121-0/+4
|
* Comment out H.GHC.loadPackages - it is unused and doesn't build with ghc >= 6.9David Waern2008-08-121-2/+3
|
* Remove matching on NoteTy in AttachInstances, it has been removedDavid Waern2008-08-121-3/+1
|
* Make our .haddock file version number depend on the GHC versionDavid Waern2008-08-121-1/+17
| | | | | | We need to do this, since our .haddock format can potentially change whenever GHC's version changes (even when only the patchlevel changes).
* Import Control.OldException instead of C.Exception when using ghc >= 6.9David Waern2008-08-111-0/+7
| | | | | We should really test for base version instead, but I don't currently know which version to test for.
* Make H.GHC.Utils build with GHC HEADDavid Waern2008-08-102-1/+14
|
* Change ghc version dependency to >= 6.8.2David Waern2008-08-051-1/+1
|
* Doc: say that the --hoogle option is functionalDavid Waern2008-08-111-1/+2
|
* invoking haddock clarification and helpLuke Plant2008-08-111-0/+9
|
* Fix CHANGESDavid Waern2008-08-051-0/+2
|
* Bump version to 2.2.2 and update CHANGESDavid Waern2008-08-054-3/+7
|
* Remove version restriction on ghc-pathsDavid Waern2008-08-051-1/+1
|
* Bump version number to 2.2.1David Waern2008-08-033-3/+3
|
* Update CHANGESDavid Waern2008-08-031-2/+19
|
* Filter out separately exported ATs (take two)David Waern2008-08-032-2/+9
|
* Do not filter out doc declarationsDavid Waern2008-08-031-0/+2
|
* Move some utility functions from H.I.Create to H.GHC.UtilsDavid Waern2008-08-032-22/+21
|
* Fix layoutDavid Waern2008-08-031-9/+9
|
* Filter out more declarations and keep only vanilla type sigs in classesDavid Waern2008-08-031-5/+18
|
* Filter out separately exported ATsDavid Waern2008-08-031-1/+13
| | | | | This is a quick and dirty hack to get rid of separately exported ATs. We haven't decided how to handle them yet. No warning message is given.
* Use isVanillaLSig from GHC API instead of home brewn functionDavid Waern2008-08-031-6/+1
|
* Move reL to H.GHC.Utils so we can use it everywhereDavid Waern2008-08-032-2/+4
|
* Filter out more declarationsDavid Waern2008-08-031-14/+25
| | | | | | The previous refactorings in H.I.Create introduced a few bugs. Filtering of some types of declarations that we don't handle was removed. This patch fixes this.
* Filter out ForeignExportsDavid Waern2008-08-031-4/+15
|
* Do not export ATs when not in list of subitemsDavid Waern2008-07-291-1/+8
|
* Move unL from H.B.Hoogle to H.GHC.UtilsDavid Waern2008-07-292-1/+4
| | | | I like Neil's shorter unL better than unLoc from the GHC API.
* Support type equality predicatesDavid Waern2008-07-281-0/+1
|
* Remove TODO from cabal fileDavid Waern2008-07-281-1/+0
|
* Doc: describe -w flagDavid Waern2008-07-251-0/+14
|
* Doc: update -B descriptionDavid Waern2008-07-251-1/+1
|
* Doc: Mention Hoogle in the IntroductionDavid Waern2008-07-251-2/+2
|
* Warning messagesDavid Waern2008-07-251-7/+34
| | | | | | Output a warning when filtering out data/type instances and associated types in instances. We don't show these in the documentation yet, and we need to let the user know.
* Simplify definition of pretty and trace_pprDavid Waern2008-07-251-2/+2
|
* Add a reference file for the TypeFamilies testDavid Waern2008-07-241-0/+310
|
* Print parenthesis around non-atomic banged typesDavid Waern2008-07-241-1/+1
| | | | Fixes half of #44
* Drop unnecessary parenthesis in types, put in by the userDavid Waern2008-07-244-39/+39
| | | | | | | | | | | | | We were putting in parenthesis were the user did. Let's remove this since it just clutters up the types. The types are readable anyway since we print parens around infix operators and do not rely on fixity levels. When doing this I discovered that we were relying on user parenthesis when printin types like (a `O` b) c. This patchs fixes this problem so that parenthesis are always inserted around an infix op application in case it is applied to further arguments, or if it's an arguments to a type constructor. Tests are updated.
* FIX #44: Propagate parenthesis level when printing documented typesDavid Waern2008-07-241-1/+1
|
* Depend on the currently available ghc-paths versions onlyDavid Waern2008-07-231-1/+1
|
* Be compatible with GHC 6.8.3David Waern2008-07-2347-139/+158
| | | | | | | | | | | | | | | | | | The cabal file is converted to use the "new" syntax with explicit Library and Executable sections. We define the __GHC_PATCHLEVEL__ symbol using a conditinal cpp-options field in the cabal file. (Ideally, Cabal would define the symbol for us, like it does for __GLASGOW_HASKELL__). We use these symbols to #ifdef around a small difference between 6.8.2 and 6.8.3. Previously, we only supported GHC 6.8.2 officially but the dependencies field said "ghc <= 6.9". This was just for convenience when testing against the (then compatible) HEAD version of GHC, and was left in the release by mistake. Now, we support both GHC 6.8.2 and 6.8.3 and the dependencies field correctly reflects this.
* Update tests/READMEDavid Waern2008-07-231-2/+8
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-24 04:59:32 +0000