| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is some performance improvement.
GHC compiler:
| version | bytes allocated | cpu_seconds
---------------------------------
| before | 56057108648 | 41.0
| after | 51592019560 | 35.1
base:
| version | bytes allocated | cpu_seconds
---------------------------------
| before | 25174011784 | 14.6
| after | 23712637272 | 13.1
Cabal:
| version | bytes allocated | cpu_seconds
---------------------------------
| before | 18754966920 | 12.6
| after | 18198208864 | 11.6
|
| |
|
|
|
|
| |
See https://ghc.haskell.org/trac/ghc/wiki/ImplementingTreesThatGrow
|
|
|
|
|
|
|
|
|
|
| |
This disables the pattern match checker which can be very expensive in some
cases.
The disabled warnings include:
* Opt_WarnIncompletePatterns
* Opt_WarnIncompleteUniPatterns
* Opt_WarnIncompletePatternsRecUpd
* Opt_WarnOverlappingPatterns
|
|
|
|
| |
This is no longer necessary after
ghc commit 53c78be0aab76a3107c4dacbb1d177afacdd37fa
|
|
|
|
|
| |
We previously used withFile in conjunction with hGetContents. The list returned
by the latter wasn't completely forced by the time we left the withFile block,
meaning that we would try to read from a closed handle.
|
|
|
|
|
|
| |
I forgot a conditional, oops!
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
|
|\
| |
| | |
Prevent GHC API from doing optimization passes.
|
| | |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
See #549 and GHC issue #12519
(cherry picked from commit 073d899a8f94ddec698f617a38d3420160a7fd0b)
|
| |\ \
| | | |
| | | | |
Add $ as a special character
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If this character is not escaped, documentation built with Haddock
2.17.2 will fail. This was not an issue with 2.16 series, which
causes builds to fail and there is nothing in the docs or error
message giving a clue about why builds that used to succeed now
don't.
|
| | | |
| | | |
| | | |
| | | | |
This allows haddock to be built with GHC 8.0.2 pre-releases.
|
| | | |
| | | |
| | | |
| | | | |
The frames business has been removed.
|
| |/ /
| | |
| | |
| | | |
(cherry picked from commit a3309e797c42dae9bccdeb17ce52fcababbaff8a)
|
| |\ \
| | | |
| | | | |
do not create empty src directory
|
| |/ /
| | |
| | |
| | | |
Fix #536.
|
| |\ \
| | | |
| | | | |
Copyright holders shown on several lines. Fix #279
|
| | | | |
|
| |\ \ \
| | |/ /
| |/| | |
ocean: Ensure that synopsis fully covers other content
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
Previously MathJax content was being rendered on top of the synopsis due
to ambiguous z-ordering. Here we explicitly give the synopsis block a
higher z-index to ensure it is rendered on top. Fixes #531.
|
| |\ \
| | | |
| | | | |
publish haddock-test library
|
| | | | |
|
| |\ \ \
| | | | |
| | | | | |
Documentation for LaTeX markup.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |/ / / |
|
| |\| |
| | | |
| | | | |
Version bumps (2.17.3, 1.4.2)
|
| |/ / |
|
| |\ \
| | | |
| | | | |
Fix #280. Parsing of module header
|
| | | |
| | | |
| | | |
| | | | |
The initial newlines were counted as indentation spaces, thus disturbing the parsing of next lines
|
| |\ \ \
| | | | |
| | | | | |
Make parser state a newtype
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Previously, it was `data` wrapping a `Maybe`, which seems a bit
silly. Obviously, this can be changed back if anyone wants to add
more fields some day.
|
| |\ \ \ \
| | | | | |
| | | | | | |
Remove misplaced haddock comment
|
| |/ / / / |
|
| |\ \ \ \
| | | | | |
| | | | | | |
remove framed view of the HTML documentation (see #114 and #274)
|
| | | | | | |
|
| | |/ / /
| | | | |
| | | | |
| | | | |
| | | | | |
Frames are a bit broken, ignored by Hackage, and considered obsolete in general.
This patch disables frames generation. The mini_*.html files are still used in the synopsis.
|
| |\ \ \ \
| | |/ / /
| |/| | | |
Fix #505
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When we are looking for an operation within a class we don't care about
`default`-type declarations. This was the cause of #505.
|
| | | | |
| | | | |
| | | | |
| | | | | |
For tracking down #505
|
| |/ / / |
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When we merge signatures, we gain exports that don't
necessarily have a source-level declaration corresponding
to them. This meant Haddock dropped them.
There are two big limitations:
* If there's no export list, we won't report inherited
signatures.
* If the type has a subordinate, the current hiDecl
implementation doesn't reconstitute them.
These are probably worth fixing eventually, but this gets
us to minimum viable functionality.
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
|