Haddock with an org backend (haddorg). https://g.ypei.me/haddock.git/atom?h=ghc-9.4 2022-07-21T02:27:19+00:00 2022-07-21T02:27:19+00:00 Yuchen Pei hi@ypei.me 2022-07-21T02:27:19+00:00 urn:sha1:32ac0f03b4259fc8eebba9bb3a2a46d23122a43b 2022-05-07T15:42:08+00:00 Jade Lovelace software@lfcode.ca 2022-05-07T15:42:08+00:00 urn:sha1:ab53ccf089ea703b767581ac14be0f6c78a7678a Fixes #1481. There were two bugs in this: * We were assuming that we were always getting a relative path to the module in question, while Nix gives us file:// URLs sometimes. This change checks for those and stops prepending `..` to them. * We were not linking to the file under the module. This seems to have been a regression introduced by #977. That is, the URLs were going to something like file:///nix/store/3bwbsy0llxxn1pixx3ll02alln56ivxy-ghc-9.0.2-doc/share/doc/ghc/html/libraries/base-4.15.1.0/src which does not have the appropriate HTML file or fragment for the item in question at the end. There is a remaining instance of the latter bug, but not in the hyperlinker: the source links to items reexported from other modules are also not including the correct file name. e.g. the reexport of Entity in esqueleto, from persistent. NOTE: This needs to get tested with relative-path located modules. It seems correct for Nix based on my testing. Testing strategy: ``` nix-shell '<nixpkgs>' --pure -A haskell.packages.ghc922.aeson mkdir /tmp/aesonbuild && cd /tmp/aesonbuild export out=/tmp/aesonbuild/out genericBuild ln -sf $HOME/co/haddock/haddock-api/resources . ./Setup haddock --with-haddock=$HOME/path/to/haddock/exec --hyperlink-source ``` 2022-05-03T11:34:04+00:00 Phil de Joux philderbeast@gmail.com 2022-05-03T11:34:04+00:00 urn:sha1:bc0f2d6c1bfd331a9426fa9a92288444178267b1 2022-04-06T15:47:57+00:00 askeblad 74082607+askeblad@users.noreply.github.com 2022-04-06T15:47:57+00:00 urn:sha1:a127bb256ec411b2e78edba21299c5dabba3b847 2022-04-01T15:46:22+00:00 Jakob Brünker jakob.bruenker@gmail.com 2022-03-27T12:03:12+00:00 urn:sha1:fb0e9bac0a5297f995b151f25aa1ce3e622e12ea See merge request ghc/ghc!7873 2022-03-24T15:06:26+00:00 Matthew Pickering matthewtpickering@gmail.com 2022-03-24T15:06:26+00:00 urn:sha1:559e41505e81d93939e9afa6aa9793b0a428924f Add Haddock support for the OPAQUE pragma See merge request ghc/haddock!2 2022-03-22T13:41:17+00:00 Matthew Pickering matthewtpickering@gmail.com 2022-03-09T17:23:11+00:00 urn:sha1:02803910c1d040222f0bfc5b62411119c443f3a1 With hi-haddock, of course there is a much large refactoring of haddock which could be achieved but that is left for a future patch which can implemented at any time independently of GHC. 2022-03-16T08:20:43+00:00 Christiaan Baaij christiaan.baaij@gmail.com 2021-04-19T17:40:16+00:00 urn:sha1:746df785f7dfd2fcb54d76b00eb0ee71e2abdc30 2021-07-05T05:55:12+00:00 Alfredo Di Napoli alfredo@well-typed.com 2021-06-30T13:13:08+00:00 urn:sha1:c3df9283872dbba1ac8c1ffd1b7e7ef4a54dee7b This commit renames the Lexer import in `Hyperlinker.Parser` from `getErrorMessages` to `getPsErrorMessages` to eliminate the ambiguity with the `getErrorMessages` function defined in `GHC.Types.Error`. 2021-06-28T17:21:17+00:00 Sylvain Henry sylvain@haskus.fr 2021-06-28T17:21:17+00:00 urn:sha1:f7059f84687a6aac37405c428a97190662de1dac