aboutsummaryrefslogtreecommitdiff
path: root/src/Haddock/Interface
Commit message (Collapse)AuthorAgeFilesLines
* We don't need to send DocOptions nor a flag to mkExportItemsDavid Waern2011-05-221-9/+9
|
* Improve a haddock commentDavid Waern2011-05-211-2/+2
|
* Fix build with ghc 7.0.1David Waern2011-03-101-0/+4
|
* Update Haddock to reflect change in hs_tyclds field of HsGroupsimonpj2011-01-101-7/+7
|
* Make a little more use of DoAndIfThenElseDavid Waern2010-11-161-47/+46
|
* follow changes in the GHC APISimon Marlow2010-10-271-2/+9
|
* print haddock coverage info on stdout when generating docsSimon Michael2010-09-221-2/+10
| | | | | | A module's haddockable items are its exports and the module itself. The output is lightly formatted so you can align the :'s and sort for readability.
* Get rid of GhcModule and related cruftDavid Waern2010-08-261-15/+18
| | | | We can get everything we need directly from TypecheckedModule.
* Fix a bug in attachInstancesDavid Waern2010-07-041-18/+39
| | | | | | | We didn't look for instance docs in all the interfaces of the package. This had the effect of instance docs not always showing up under a declaration. I took the opportunity to clean up the code in H.I.AttachInstances a bit as well. More cleanup is needed, however.
* Unresolved identifiers in Doc get replaced with DocMonospacedSimon Marlow2010-06-231-1/+1
| | | | rather than plain strings
* isLocalAndTypeInferenced: fix for local module names overlapping package modulesSimon Marlow2010-06-221-2/+6
|
* Position the module header the same way everywhereDavid Waern2010-05-137-9/+0
| | | | Silly, but nice with some consistency :-)
* ModuleMap -> IfaceMapDavid Waern2010-05-131-4/+4
|
* Fix #112David Waern2010-04-103-36/+40
| | | | | | | | No link was generated for 'Addr#' in a doc comment. The reason was simply that the identifier didn't parse. We were using parseIdentifier from the GHC API, with a parser state built from 'defaultDynFlags'. If we pass the dynflags of the module instead, the right options are turned on on while parsing the identifer (in this case -XMagicHash), and the parse succeeds.
* Propagate source positions from Lex.x to Parse.yDavid Waern2010-04-072-3/+5
|
* Add markup support for interactive examplessimon.hengel2010-04-022-0/+3
|
* Remove unused ifaceLocalsdavid.waern2010-02-241-2/+0
|
* Fix Haddock markup error in commentdavid.waern2010-02-221-1/+1
|
* Follow move of parser and lexerDavid Waern2010-01-221-4/+4
|
* Remove unnecessary (and inexplicable) uses of nubDavid Waern2010-01-221-2/+2
|
* Move H.Interface.Parse/Lex to H.Parse/LexDavid Waern2009-11-283-281/+4
| | | | These are not just used to build Interfaces.
* Rename HsDoc back into DocDavid Waern2009-11-286-30/+30
|
* Remove cruft due to compatibility with older GHCsDavid Waern2009-11-283-36/+2
|
* Remove Name from DocInstanceDavid Waern2009-11-282-4/+3
| | | | It's not used.
* Remove bad whitespace and commented-out piecesDavid Waern2009-11-271-65/+61
|
* Comments on instancesDavid Waern2009-11-243-21/+71
| | | | | | | | | | | | | | | Implementing this was a little trickier than I thought, since we need to match up instances from the renamed syntax with instances represented by InstEnv.Instance. This is due to the current design of Haddock, which matches comments with declarations from the renamed syntax, while getting the list of instances of a class/family directly using the GHC API. - Works for class instances only (Haddock has no support for type family instances yet) - The comments are rendered to the right of the instance head in the HTML output - No change to the .haddock file format - Works for normal user-written instances only. No comments are added on derived or TH-generated instances
* Remove commented-out codeDavid Waern2009-11-151-8/+0
|
* hlint policeDavid Waern2009-11-143-10/+8
|
* Correct copyright in H.I.ParseModuleHeaderDavid Waern2009-09-091-1/+1
|
* Move toHsInstHead to Haddock.Convert and call it synifyInstHeadDavid Waern2009-09-062-11/+2
|
* Style policeDavid Waern2009-09-061-0/+1
|
* Add more copyright owners to H.I.AttachInstancesDavid Waern2009-09-061-1/+3
|
* Eradicate wrong runtime warning for type-inferenced exported-functionsIsaac Dupree2009-08-241-2/+49
| | | | see the long comment in the patch for why I did it this way :-)
* refactor out subordinatesWithNoDocsIsaac Dupree2009-08-241-2/+14
| | | | dep of inferenced-decls fix
* Haddock.Interface.Rename: eliminate warningsIsaac Dupree2009-08-231-1/+2
|
* bugfix: restore fnArgDocs for type-synonymsIsaac Dupree2009-08-231-0/+1
|
* Improve behavior for unfindable .haddockIsaac Dupree2009-08-231-26/+46
|
* cross-package fnArgDocs. WARNING: changes .haddock binary formatIsaac Dupree2009-08-231-7/+6
| | | | | | | | | | | | | | | | While breaking the format, I took the opportunity to unrename the DocMap that's saved to disk, because there's really no reason that we want to know what *another* package's favorite place to link a Name to was. (Is that true? Or might we want to know, someday?) Also, I added instance Binary Map in InterfaceFile. It makes the code a little simpler without changing anything of substance. Also it lets us add another Map hidden inside another Map (fnArgsDocs in instDocMap) without having really-convoluted serialization code. Instances are neat! I don't understand why this change to InterfaceFile seemed to subtly break binary compatibility all by itself, but no matter, I'll just roll it into the greater format-changing patch. Done!
* re-implement function-argument docsIsaac Dupree2009-08-234-22/+98
| | | | | | | ..on top of the lexParseRn work. This patch doesn't change the InstalledInterface format, and thus, it does not work cross-package, but that will be easy to add subsequently.
* fix horrible named-docs-disappearing bug :-)Isaac Dupree2009-08-231-5/+16
|
* Move doc parsing/lexing into Haddock for ghc>=6.11Isaac Dupree2009-08-237-49/+710
|
* fix preprocessor conditional senseIsaac Dupree2009-08-171-1/+1
|
* Find instances using GHC, which is more complete.Isaac Dupree2009-08-181-38/+23
| | | | | | | | | | | In particular, it works cross-package. An intermediate patch also moved the instance-finding into createInterface, but that move turned out not to be necessary, so if we want to do that, it'd go in a separate patch. (Is that possible? Or will we need GHC to have loaded all the modules first, before we can go searching for the instances (e.g. if the modules are recursive or something)?)
* switch AttachInstances to use synify codeIsaac Dupree2009-08-181-37/+6
| | | | | | | | It changed an instance from showing ((,) a b) to (a, b) because my synify code is more sophisticated; I hope the latter is a good thing rather than a bad thing aesthetically, here. But this definitely reduces code duplication!
* Cross-Package Documentation version 4Isaac Dupree2009-08-121-9/+40
|
* follow changes in GHC's ForeignTypeSimon Marlow2009-07-281-0/+6
|
* Fix unused import warningsIan Lynagh2009-07-073-7/+0
|
* Resolve conflictsIan Lynagh2009-07-051-1/+2
|
* Follow extra field in ConDeclsimonpj2009-07-021-2/+4
|
* Remove misplaced whitespace in H.I.RenameDavid Waern2009-06-271-42/+42
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-13 07:28:20 +0000