aboutsummaryrefslogtreecommitdiff
path: root/haddock.cabal
Commit message (Collapse)AuthorAgeFilesLines
* Cross-Package Documentation version 4Isaac Dupree2009-08-121-0/+1
|
* Require Cabal >= 1.6David Waern2009-08-151-1/+1
|
* Remove -WerrorDavid Waern2009-08-151-1/+1
| | | | Forgot that Hackage doesn't like it.
* Do not version .haddock file based on GHC patchlevel versionDavid Waern2009-08-141-1/+1
| | | | | We require that the instances of Binary that we use from GHC will not change between patchlevel versions.
* Support GHC 6.10.* and 6.11.* onlyDavid Waern2009-08-141-1/+1
|
* Version .haddock files made with GHC 6.10.3/4 correcltyDavid Waern2009-08-141-2/+10
|
* Remove support for ghc 6.8.* from .cabal fileDavid Waern2009-08-121-14/+6
|
* Bump version numberIan Lynagh2009-07-051-1/+1
| | | | | Cabal needs to distinguish between haddocks having a --verbose and --verbosity flag
* Delete Haddock.Exception and move contents to Haddock.TypesDavid Waern2009-06-241-2/+0
| | | | Only a few lines of code that mainly declares a type - why not just put it in Haddock.Types.
* Move H.GHC.Utils to H.GhcUtilsDavid Waern2009-04-051-3/+2
|
* Turn on -Wall -WerrorDavid Waern2009-03-281-1/+1
|
* Layout fixDavid Waern2009-03-281-7/+7
|
* Remove H.DocName and put DocName in H.TypesDavid Waern2009-03-271-2/+0
|
* Remove H.GHC.TypecheckDavid Waern2009-03-271-1/+0
|
* Require Cabal >= 1.2.3David Waern2009-03-211-1/+1
|
* Define __GHC_PATCHLEVEL__=1 when using ghc-6.10.1David Waern2009-03-211-0/+4
|
* Relax base dependency to < 4.2, not < 4.1Ian Lynagh2009-03-071-1/+1
|
* Define __GHC_PATCHLEVEL__ for recent version of GHC (stable).Thomas Schilling2009-02-241-4/+2
|
* Don't build the library when building in the GHC treeIan Lynagh2009-02-121-0/+4
|
* Change version to 2.4.2 - no need to go to 2.5.0David Waern2009-01-101-1/+1
|
* Remove -Wall, we'll focus on warnings after 6.10.2 is outDavid Waern2008-12-071-1/+1
|
* Remove -WerrorDavid Waern2008-12-071-3/+1
|
* Add -Wall -Werror to ghc-optionsDavid Waern2008-10-221-1/+3
|
* Bump major version number due to .haddock file format changeDavid Waern2008-11-161-1/+1
|
* Export DocName in the libraryDavid Waern2008-11-101-0/+1
|
* Add Haddock.GHC.Utils to other-modules in libraryDavid Waern2008-11-091-0/+1
|
* Depend on base 4.0.* instead of 4.*David Waern2008-11-061-1/+1
|
* Bump version to 2.4.1 and update CHANGESDavid Waern2008-11-061-1/+1
|
* Depend on base 4.* when using GHC >= 6.9, otherwise 3.*David Waern2008-11-061-1/+3
|
* Bump version numberDavid Waern2008-11-041-1/+1
|
* Enable framed view of the HTML documentation.Thomas Schilling2008-10-241-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch introduces: - A page that displays the documentation in a framed view. The left side will show a full module index. Clicking a module name will show it in the right frame. If Javascript is enabled, the left side is split again to show the modules at the top and a very short synopsis for the module currently displayed on the right. - Code to generate the mini-synopsis for each module and the mini module index ("index-frames.html"). - CSS rules for the mini-synopsis. - A very small amount of javascript to update the mini-synopsis (but only if inside a frame.) Some perhaps controversial things: - Sharing code was very difficult, so there is a small amount of code duplication. - The amount of generated pages has been doubled, since every module now also gets a mini-synopsis. The overhead should not be too much, but I haven't checked. Alternatively, the mini-synopsis could also be generated using Javascript if we properly annotate the actual synopsis.
* Bump version number to 2.3.0David Waern2008-10-101-1/+1
|
* Hide H.Utils in libraryDavid Waern2008-10-101-0/+1
|
* Increase the GHC upper bound from 6.11 to 6.13Ian Lynagh2008-09-231-1/+1
|
* follow library changesIan Lynagh2008-09-031-1/+1
|
* Fix in-tree haddock on WindowsIan Lynagh2008-08-291-5/+7
|
* Fixes for using haddock in a GHC build treeIan Lynagh2008-08-281-1/+2
|
* Increase the upper bound on the GHC version numberIan Lynagh2008-08-271-1/+1
|
* Update extensions in Cabal fileIan Lynagh2008-08-271-2/+2
| | | | Use ScopedTypeVariables instead of PatternSignatures
* Add a manual Cabal flag to control the ghc-paths dependencyIan Lynagh2008-08-271-2/+7
|
* Change ghc version dependency to >= 6.8.2 && <= 6.9David Waern2008-08-131-1/+1
|
* Add __GHC_PATCHLEVEL__ symbol also when building the libraryDavid Waern2008-08-131-0/+6
|
* Make H.GHC.Utils build with GHC HEADDavid Waern2008-08-101-0/+4
|
* Change ghc version dependency to >= 6.8.2David Waern2008-08-051-1/+1
|
* Bump version to 2.2.2 and update CHANGESDavid Waern2008-08-051-1/+1
|
* Remove version restriction on ghc-pathsDavid Waern2008-08-051-1/+1
|
* Bump version number to 2.2.1David Waern2008-08-031-1/+1
|
* Remove TODO from cabal fileDavid Waern2008-07-281-1/+0
|
* Depend on the currently available ghc-paths versions onlyDavid Waern2008-07-231-1/+1
|
* Be compatible with GHC 6.8.3David Waern2008-07-231-92/+107
| | | | | | | | | | | | | | | | | | 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.