aboutsummaryrefslogtreecommitdiff
path: root/src/Haddock/GHC
Commit message (Collapse)AuthorAgeFilesLines
* Simplify definition of pretty and trace_pprDavid Waern2008-07-251-2/+2
|
* 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.
* Get the all locally defined names from GHC APIDavid Waern2008-07-121-0/+1
| | | | | | 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.
* Be more consistent with GHC API naming in H.GHC.UtilsDavid Waern2008-06-191-6/+6
|
* Add modulePkgInfo to Haddock.GHC.Utils, which gives back package name and ↵Neil Mitchell2008-06-161-0/+9
| | | | version info
* Add hide options to some source filesDavid Waern2008-05-011-0/+3
|
* Fix printing of data bindersDavid Waern2008-04-121-0/+4
|
* H.GHC.Utils: add some functions that were removed by mistakeDavid Waern2008-02-101-0/+8
|
* H.GHC.Utils: remove unused imports/exportsDavid Waern2008-02-091-40/+4
|
* Change the representation of DocNamesDavid Waern2008-02-091-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Go back to loading only targets (seems to work now)David Waern2007-11-041-39/+14
|
* Don't set boot modules as targetsDavid Waern2007-10-251-4/+7
|
* Add some Outputable utilsDavid Waern2007-10-211-0/+11
|
* FIX: do not quote varsym type operatorsDavid Waern2007-09-291-1/+1
|
* Use isLexConSym/isLexVarSym from OccNameDavid Waern2007-09-291-6/+3
|
* FIX: prefix types used as operators should be quotedDavid Waern2007-09-291-0/+2
|
* Rename HaddockModule to Interface and a few more refactoringsDavid Waern2007-08-291-1/+1
|
* Major refactoringDavid Waern2007-08-292-0/+185