aboutsummaryrefslogtreecommitdiff
path: root/src/Haddock
Commit message (Collapse)AuthorAgeFilesLines
...
* Generalise Hoogle.doc and add a docWithNeil Mitchell2008-08-131-5/+11
|
* 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
* 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
|
* Follow extensible exceptions changesDavid Waern2008-08-131-8/+8
|
* Follow move of package string functions from PackageConfig to ModuleDavid Waern2008-08-134-5/+11
|
* 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-101-1/+10
|
* 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
|
* 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
|
* 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-241-9/+9
| | | | | | | | | | | | | 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
|
* Be compatible with GHC 6.8.3David Waern2008-07-231-2/+6
| | | | | | | | | | | | | | | | | | 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.
* Resolve conflicts in H.B.HoogleDavid Waern2008-07-201-0/+3
|
* Print type signatures with brackets around the nameNeil Mitchell2008-07-101-3/+9
|
* Put brackets round operators in more places in the Hoogle outputNeil Mitchell2008-07-101-3/+13
|
* Remove the TODO in the Hoogle HTML generation, was already doneNeil Mitchell2008-07-101-1/+0
|
* Remove any white space around a <li> elementNeil Mitchell2008-06-261-1/+3
|
* Fix a bug in the Hoogle backend, unordered lists were being written out ↵Neil Mitchell2008-06-261-1/+1
| | | | <ul>...</u>
* Flesh out the Hoogle code to render documentationNeil Mitchell2008-06-261-4/+100
|
* Add support for Hoogle writing ForeignImport/ForeignExport properlyNeil Mitchell2008-06-261-0/+2
|
* Remove the indent utility function from Hoogle backendNeil Mitchell2008-06-261-1/+0
|
* Change how the Hoogle backend outputs classes, adding the context inNeil Mitchell2008-06-261-1/+12
|
* Follow changes to ExportDecl in HoogleDavid Waern2008-07-201-2/+6
|
* Preparation for rendering instances as separate declarationsDavid Waern2008-07-206-83/+189
| | | | | | | | | We want to be able to render instances as separate declarations. So we remove the Name argument of ExportDecl, since instances are nameless. This patch also contains the first steps needed to gather type family instances and display them in the backend, but the implementation is far from complete. Because of this, we don't actually show the instances yet.
* Small touchesDavid Waern2008-07-131-5/+4
|
* Remove unused import from H.I.CreateDavid Waern2008-07-131-2/+0
|
* Remove FastString import and FSLIT macro in H.I.Create -- they were unusedDavid Waern2008-07-131-2/+0
|
* Refactoring in H.Interface.CreateDavid Waern2008-07-133-196/+128
| | | | | | | | | | | | | | | | | | | | | | | | We were creating a doc map, a declaration map and a list of entities separately by going through the HsGroup. These structures were all used to build the interface of a module. Instead of doing this, we can start by creating a list of declarations from the HsGroup, then collect the docs directly from this list (instead of using the list of entities), creating a documentation map. We no longer need the Entity data type, and we can store a single map from names to declarations and docs in the interface, instead of the declaration map and the doc map. This way, there is only one place where we filter out the declarations that we don't want, and we can remove a lot of code. Another advantage of this is that we can create the exports directly out of the list of declarations when we export the full module contents. (Previously we did a look up for each name to find the declarations). This is faster and removes another point where we depend on names to identify exported declarations, which is good because it eliminates problems with instances (which don't have names).
* Get the all locally defined names from GHC APIDavid Waern2008-07-123-8/+3
| | | | | | We previously had some code to compute all locally defined names in a module including subordinate names. We don't need it since we can get the names from modInfoTyThings in the GHC API.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-11 19:02:38 +0000