Haddock with an org backend (haddorg). https://g.ypei.me/haddock.git/atom?h=ghc-gitlab-ghc-head 2022-05-31T11:43:22+00:00 2022-05-31T11:43:22+00:00 romes rodrigo.m.mesquita@gmail.com 2022-04-25T17:52:22+00:00 urn:sha1:89afef9daeb6da6624d42d32813d86c1f9b9f0c3 2021-02-22T09:39:18+00:00 Joachim Breitner mail@joachim-breitner.de 2021-02-22T09:31:56+00:00 urn:sha1:606e3f220d20688c7baff94bef525a13434dc56b from ghc-9.2 on, the “default” langauge of GHC is expected to change more wildly. To prepare for that (and unblock https://gitlab.haskell.org/ghc/ghc/-/merge_requests/4853), this sets the language for all the test files to `Haskell2010`. This should insolate this test suite against changes to the default. Cherry-picked from https://github.com/haskell/haddock/pull/1341 2021-01-05T21:14:31+00:00 Ben Gamari ben@smart-cactus.org 2021-01-05T20:54:42+00:00 urn:sha1:1e56f63c3197e7ca1c1e506e083c2bad25d08793 2019-10-08T00:56:48+00:00 Alec Theriault alec.theriault@gmail.com 2019-10-08T00:45:40+00:00 urn:sha1:cdf4445a877428f5969f712a95830af38029b9a0 Hopefully this will guard against regressions around quasiquotes, TH quotes, and TH splices. 2019-10-07T21:56:13+00:00 Alec Theriault alec.theriault@gmail.com 2019-10-07T19:13:52+00:00 urn:sha1:80b8a8a2525d4e4c60b7c9439a23ac47d9612802 Previously, this input would crash Haddock. 2019-03-29T19:11:56+00:00 Alec Theriault alec.theriault@gmail.com 2019-02-11T17:27:41+00:00 urn:sha1:3efdc3a8da642d5d76b2c3f10a22f0503f65456a Before LLVM 6.0.1 (or 10.0 on Apple LLVM), there was a bug where lines that started with an octothorpe but turned out not to lex like pragmas would have an extra line added after them. Since this bug has been fixed upstream and that it doesn't have dire consequences anyways, the workaround is not really worth it anymore - we can just tell people to update their clang version (or re-structure their pragma code). 2019-02-11T17:27:41+00:00 Alec Theriault alec.theriault@gmail.com 2019-02-11T17:27:41+00:00 urn:sha1:9790200cb854b75e00afaf2eea49a22b7223b200 Before LLVM 6.0.1 (or 10.0 on Apple LLVM), there was a bug where lines that started with an octothorpe but turned out not to lex like pragmas would have an extra line added after them. Since this bug has been fixed upstream and that it doesn't have dire consequences anyways, the workaround is not really worth it anymore - we can just tell people to update their clang version (or re-structure their pragma code). 2019-01-31T09:37:25+00:00 Alec Theriault alec.theriault@gmail.com 2019-01-31T09:37:25+00:00 urn:sha1:1b26460fb3b5df5215cc1e6715661cbc7c950085 # Summary This is a large architectural change to the Hyperlinker. * extract link (and now also type) information from `.hie` instead of doing ad-hoc SYB traversals of the `RenamedSource`. Also adds a superb type-on-hover feature (#715). * re-engineer the lexer to avoid needless string conversions. By going directly through GHC's `P` monad and taking bytestring slices, we avoid a ton of allocation and have better handling of position pragmas and CPP. In terms of performance, the Haddock side of things has gotten _much_ more efficient. Unfortunately, much of this is cancelled out by the increased GHC workload for generating `.hie` files. For the full set of boot libs (including `ghc`-the-library) * the sum of total time went down by 9-10% overall * the sum of total allocations went down by 6-7% # Motivation Haddock is moving towards working entirely over `.hi` and `.hie` files. This change means we no longer need the `RenamedSource` from `TypecheckedModule` (something which is _not_ in `.hi` files). # Details Along the way a bunch of things were fixed: * Cross package (and other) links are now more reliable (#496) * The lexer tries to recover from errors on every line (instead of at CPP boundaries) * `LINE`/`COLUMN` pragmas are taken into account * filter out zero length tokens before rendering * avoid recomputing the `ModuleName`-based `SrcMap` * remove the last use of `Documentation.Haddock.Utf8` (see #998) * restructure temporary folder logic for `.hi`/`.hie` model 2018-06-13T21:39:30+00:00 Alec Theriault alec.theriault@gmail.com 2018-06-05T17:47:16+00:00 urn:sha1:254de3010dddb06bc1dacf4c029a9e8f30ff1600 'spanToNewline' is used to help break apart the source into lines which can then be partioned into CPP and non-CPP chunks. It is important that 'spanToNewline' not break apart tokens, so it needs to properly handle things like * block comments, possibly nested * string literals, possibly multi-line * CPP macros, possibly multi-line String literals in particular were not being properly handled. The fix is to to fall back in 'Text.Read.lex' to help lex things that are not comments. Fixes #837. 2016-02-08T14:36:08+00:00 Ben Gamari ben@smart-cactus.org 2016-02-08T13:37:49+00:00 urn:sha1:a427f597e081ce37a881e6612efeab7ef0bb0dac And fix impredicative Polymorphism testcase.