Skip to content
Snippets Groups Projects
This project is mirrored from https://github.com/haskell/haddock. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
  1. Mar 26, 2021
  2. Mar 07, 2021
  3. Jan 21, 2021
  4. Jan 15, 2021
  5. Jan 14, 2021
  6. Jan 08, 2021
  7. Jan 04, 2021
  8. Dec 30, 2020
  9. Dec 10, 2020
  10. Dec 08, 2020
  11. Aug 19, 2020
  12. May 25, 2020
  13. Apr 25, 2020
  14. Apr 21, 2020
    • Alec Theriault's avatar
      Fallback to `hiDecl` when `extractDecl` fails · 5bc5016a
      Alec Theriault authored
      Sometimes, the declaration being exported is a subdecl (for instance, a
      record accessor getting exported at the top-level). For these cases,
      Haddock has to find a way to produce some synthetic sensible top-level
      declaration. This is done with `extractDecl`.
      
      As is shown by #1067, this is sometimes impossible to do just at a
      syntactic level (for instance when the subdecl is re-exported). In these
      cases, the only sensible thing to do is to try to reify a declaration
      based on a GHC `TyThing` via `hiDecl`.
      5bc5016a
  15. Apr 15, 2020
    • Alec Theriault's avatar
      Don't warn about missing links in miminal sigs · 83f0fa0b
      Alec Theriault authored
      When renaming the Haddock interface, never emit warnings when renaming a
      minimal signature. Also added some documention around `renameInterface`.
      
      Minimal signatures intentionally include references to potentially
      un-exported methods (see the discussion in #330), so it is expected
      that they will not always have a link destination. On the principle
      that warnings should always be resolvable, this shouldn't produce a
      warning. See #1070.
      83f0fa0b
    • Alec Theriault's avatar
      Prune docstrings that are never rendered · 8d831107
      Alec Theriault authored
      When first creating a Haddock interface, trim `ifaceDocMap` and
      `ifaceArgMap` to not include docstrings that can never appear in the
      final output. Besides checking with GHC which names are exported, we
      also need to keep all the docs attached to instance declarations (it is
      much tougher to detect when an instance is fully private).
      
      This change means:
      
        * slightly smaller interface files (7% reduction on boot libs)
        * slightly less work to do processing docstrings that aren't used
        * no warnings in Haddock's output about private docstrings (see #1070)
      
      I've tested manually that this does not affect any of the boot library
      generated docs (the only change in output was some small re-ordering in
      a handful of instance lists). This should mean no docstrings have been
      incorrectly dropped.
      8d831107
  16. Apr 10, 2020
Loading