aboutsummaryrefslogtreecommitdiff
path: root/src/Haddock/Backends
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix #61David Waern2008-10-162-22/+22
| | | | | | | | | | | | | | | | | | | We were not getting docs for re-exported class methods. This was because we were looking up the docs in a map made from the declarations in the current module being rendered. Obviously, re-exported class methods come from another module. Class methods and ATs were the only thing we were looking up using the doc map, everything else we found in the ExporItems. So now I've put subordinate docs in the ExportItem's directly, to make things a bit more consistent. To do this, I added subordinates to the the declarations in the declaration map. This was easy since we were computing subordinates anyway, to store stand-alone in the map. I added a new type synonym 'DeclInfo', which is what we call what is now stored in the map. This little refactoring removes duplicate code to retrieve subordinates and documentation from the HsGroup.
* Add DeclInfo to H.TypesDavid Waern2008-10-151-1/+1
|
* Remove interface from LinksInfoDavid Waern2008-10-111-49/+49
| | | | | It was there to know the documentation home module when creating a wiki link, but we already know this since we have the DocName.
* Add support for DocPicDavid Waern2008-10-102-0/+2
| | | | | | The support for DocPic was merged into the GHC source long ago, but the support in Haddock was forgotten. Thanks Peter Gavin for submitting this fix!
* Make Haddock build with GHC 6.8.2David Waern2008-10-101-0/+4
|
* Write a comment about source links for type instance declarationsDavid Waern2008-10-021-0/+3
|
* For source links, get original module from declaration name instead of ↵David Waern2008-10-021-7/+3
| | | | | | | environment. Getting it from the environment must have been a remnant from the times when we were using unqualified names (versions 0.x).
* Do not wrap __ in bracketsNeil Mitchell2008-09-111-1/+1
|
* Reflect GHC API changes.Thomas Schilling2008-09-151-1/+1
|
* In the hoogle back end, markup definition lists using <i>, not <b>Neil Mitchell2008-08-211-1/+1
|
* Simplify the code by removing not-to-important use of <.> in the Hoogle back endNeil Mitchell2008-08-201-5/+1
|
* Remove Explicit top-level forall's when pretty-printing signaturesNeil Mitchell2008-08-181-1/+5
|
* Use the same method to put out signatures as class methods in the Hoogle backendNeil Mitchell2008-08-181-1/+1
|
* Make Hoogle add documentation to a packageNeil Mitchell2008-08-131-2/+3
|
* 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 move of package string functions from PackageConfig to ModuleDavid Waern2008-08-132-3/+5
|
* Hide <.> from GHC import in Hoogle only for ghc <= 6.8.3David Waern2008-08-121-0/+4
|
* Move reL to H.GHC.Utils so we can use it everywhereDavid Waern2008-08-031-2/+0
|
* Move unL from H.B.Hoogle to H.GHC.UtilsDavid Waern2008-07-291-1/+0
| | | | I like Neil's shorter unL better than unLoc from the GHC API.
* 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
|
* 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-202-39/+88
| | | | | | | | | 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.
* More support for type families and associated typesDavid Waern2008-07-021-49/+70
| | | | Now we just need to render the instances
* Remove redundant check for summary when rendering data typesDavid Waern2008-07-021-4/+3
|
* Render type family declarations (untested)David Waern2008-07-021-6/+80
|
* Be more consistent with GHC API naming in H.GHC.UtilsDavid Waern2008-06-191-1/+1
|
* In Hoogle do not list things that are not local to this moduleNeil Mitchell2008-06-181-1/+6
|
* Change Hoogle to take the package name and package version separatelyNeil Mitchell2008-06-161-8/+12
|
* Default to "main" if there is no package, otherwise will clobber hoogle's ↵Neil Mitchell2008-06-161-1/+1
| | | | hoogle info
* Remove <document comment> from the Hoogle outputNeil Mitchell2008-06-141-1/+5
|
* Add initial structure for outputting documentation as well, but does not yet ↵Neil Mitchell2008-06-141-5/+21
| | | | output anything
* Simplify the newtype/data outputting in Hoogle, as haddock does it automaticallyNeil Mitchell2008-06-141-6/+2
|
* Rewrite the --hoogle flag supportNeil Mitchell2008-06-071-137/+62
|
* Fix missing parenthesis in constructor args bugDavid Waern2008-04-121-4/+4
|
* Fix printing of data bindersDavid Waern2008-04-121-3/+5
|
* Change the representation of DocNamesDavid Waern2008-02-092-52/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Ross Paterson reported a bug where links would point to the defining module instead of the "best" module for an identifier (e.g Int pointing to GHC.Base instead of Data.Int). This patch fixes this problem by refactoring the way renamed names are represented. Instead of representing them by: > data DocName = Link Name | NoLink Name they are now represented as such: > data DocName = Documented Name Module | Undocumented Name and the the link-env looks like this: > type LinkEnv = Map Name Module There are several reasons for this. First of all, the bug was caused by changing the module part of Names during the renaming process, without changing the Unique field. This caused names to be overwritten during the loading of .haddock files (which caches names using the NameCache of the GHC session). So we might create new Uniques during renaming to fix this (but I'm not sure that would be problem-free). Instead, we just keep the Name and add the Module where the name is best documented, since it can be useful to keep the original Name around (for e.g. source-code location info and for users of the Haddock API). Also, the names Link/NoLink don't really make sense, since wether to use links or not is entirely up to the users of DocName. In the process of following this change into H.Backends.Html I removed the assumption that binder names are Undocumented (which was just an unnecessary assumption, the OccName is the only thing needed to render these). This will probably make it possible to get rid of the renamer and replace it with a traversal from SYB or Uniplate. Since DocName has changed, InterfaceFile has changed so this patch also increments the file-format version. No backwards-compatibility is implemented.
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-26 13:29:50 +0000