aboutsummaryrefslogtreecommitdiff
path: root/src/Haddock/GhcUtils.hs
Commit message (Collapse)AuthorAgeFilesLines
* Follow changes in GHCIan Lynagh2012-06-121-4/+4
|
* Follow refactoring of TyClDecl/HsTyDefnSimon Peyton Jones2012-03-261-4/+3
|
* Go back to having a doc, sub and decl map instead of one big decl map.David Waern2011-12-271-1/+1
| | | | | | | | | This setup makes more sense since when we add value bindings to the processed declarations (for type inference), we will have multiple declarations which should share documentation. Also, we already have a separate doc map for instances which we can now merge into the main doc map. Another benefit is that we don't need the DeclInfo type any longer.
* Slightly better behaviour on top-levels without type signatures.David Waern2011-12-031-1/+11
| | | | | | | | - Docs don't get attached to the next top-level with signature by mistake. - If there's an export list and the top-level is part of it, its doc comment shows up in the documentation.
* Fix module reference bug.David Waern2011-11-261-4/+0
|
* Remove #ifs for older compiler versions.David Waern2011-11-251-2/+0
|
* Use getDeclMainBinder instead of declNames.David Waern2011-11-061-7/+1
|
* Follow changes to ForeignImport/ForeignExport in GHCIan Lynagh2011-10-011-2/+2
|
* Fix buildIan Lynagh2011-06-171-2/+2
|
* * Merge in git patch from Michal TerepetaDavid Waern2011-06-111-8/+45
| | | | | | | | | | | | | | | | From 6fc71d067738ef4b7de159327bb6dc3d0596be29 Mon Sep 17 00:00:00 2001 From: Michal Terepeta <michal.terepeta@gmail.com> Date: Sat, 14 May 2011 19:18:22 +0200 Subject: [PATCH] Follow the change of TypeSig in GHC. This follows the change in GHC to make TypeSig take a list of names (instead of just one); GHC ticket #1595. This should also improve the Haddock output in case the user writes a type signature that refers to many names: -- | Some comment.. foo, bar :: ... will now generate the expected output with one signature for both names.
* Remove code for ghc < 7David Waern2010-11-151-10/+0
|
* follow changes in the GHC APISimon Marlow2010-10-271-1/+4
|
* Remove duplicate Outputable instance for Data.Map.MapIan Lynagh2010-09-151-5/+0
|
* Add source entity path to --read-interfaceDavid Waern2010-08-291-6/+1
| | | | | | | | | | | | | You can now use this flag like this: --read-interface=<html path>,<source entity path>,<.haddock file> By "source entity path" I mean the same thing that is specified with the --source-entity flag. The purpose of this is to be able to specify the source entity path per package, to allow source links to work in the presence of cross-package documentation. When given two arguments or less the --read-interface flag behaves as before.
* Style police in Haddock.GhcUtilsDavid Waern2010-07-211-6/+6
|
* Re-direct compilation output to a temporary directoryDavid Waern2010-05-141-0/+34
| | | | | Also add a flag --no-tmp-comp-dir that can be used to get the old behaviour of writing compilation files to GHC's output directory (default ".").
* Position the module header the same way everywhereDavid Waern2010-05-131-1/+0
| | | | Silly, but nice with some consistency :-)
* Fix build with GHC 6.12david.waern2010-03-291-0/+4
|
* Follow LazyUniqFM->UniqFM in GHCIan Lynagh2010-03-201-1/+1
|
* Fix build with GHC 6.12.1david.waern2010-03-181-4/+12
|
* Track change in HsUtils; and use a nicer function not an internal onesimonpj2010-03-041-2/+2
|
* Remove cruft due to compatibility with older GHCsDavid Waern2009-11-281-4/+2
|
* define unpackPackageId (it was removed from GHC)Simon Marlow2009-07-291-0/+17
|
* GhcUtils: ghc >= 6.10Isaac Dupree2009-08-231-4/+0
|
* Move doc parsing/lexing into Haddock for ghc>=6.11Isaac Dupree2009-08-231-2/+11
|
* Fix unused import warningsIan Lynagh2009-07-071-1/+0
|
* Add Haddock module headersDavid Waern2009-06-241-8/+12
| | | | | | | | | Add a proper Haddock module header to each module, with a more finegrained copyright. If you feel mis-accreditted, please correct any copyright notice! The maintainer field is set to haddock@projects.haskell.org. Next step is to add a brief description to each module.
* Move H.GHC.Utils to H.GhcUtilsDavid Waern2009-04-051-0/+195