GitLab

Reference index shows fields and flags for project.cabal and fields for
pkgname.cabal

[ci skip]

And converted nix-local-build.rst to use it

[ci skip]

[ci skip]

[ci skip]

[ci skip]

It features simple `pkg-section` directive for marking sections for
which subsequent `pkg-field` fields are defined. Needed to disambiguate
fields such as `type` or `main-is`.

Converted most of `developing-packages.rst` to use new directives

Future work:

* Add directives for describing project.local, make it reference
  relevant cabal arguments

* Add more meta, like since or deprecated which can be rendered in link
  titles and index.

* Add "quick reference" indices for cabal args, package.cabal and
 project.local fields. Reference these from sidebar.

* Using "since" and "deprectated field it is possible to create "what's
  new" index

[ci skip]

Correctly propagate profiling for ALL library dependencies.

WGET doesn't support range requests, so we should ignore them when using it

Use security by default for central hackage repo

BugFix #3795: Ignore HTTP range requests when using 'wget', as it doesn't support them and would instead fail.

Just as we don't store the package index in the cache. That said, in
future once we're using the secure repo routinely it'd be ok to
occasionally cache the index if we wanted, to save downloads. But since
it does change frequently, we wouldn't want to update the cache
frequently.

Using withFile rather than readFile for reading temp files in the utils
that invoke curl and wget.

Add a dep on deepseq. This is not new since Cabal also depends on it.

Now that we default to the secure repo, we need to run cabal update the
first time before running cabal (new-)build/etc, which is essentially
what the integration tests do. The travis and appveyor scripts already
did a cabal update at the beginning, but this one was using the
boostrap cabal and currently that version does not use the secure repo
format by default.

Change the default from opt-in to opt-out, so if you're using the
default config, ie no "secure: True/False" field set, then we now
default to True rather than to False. So users can still opt-out by
setting "secure: False" in the hackage repo section, like:

repository hackage.haskell.org
  url: http://hackage.haskell.org/
  secure: False

Previously, we were only doing library dependencies of the libraries,
which is wrong if we try to profile an executable.

Fixes #3827. CC @grayjay.
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

Make docs less noisy and referenceable

Now unix and windows paths switched columns.
Windows paths use %APPDATA% and %PROGRAMFILES% env vars.

[ci skip]

Makes installing-packages.rst less noisy by replacing most of monospace
markup with `.. option::`. This makes it possible to reference options
from other parts of docs and adds them to index.

Index is no longer empty so it is added to nav menu via template
override in _template folder

[ci skip]

[ci skip]

Drop support for GHC 7.4

[ci skip]

GHC 7.4 is more than four years old now, well outside our three-year
support window. (Actually, GHC 7.6 is outside our support window too,
but I don't have any pending patches which are broken with that
version.)

More docs highlighting changes

Also makes 'cabal' a default highlighter

Basic cabal lexer for docs

Fix a space leak in package preferences (part of issue #3824).

The space leak was introduced in #3594. #3594 added a new variable,
sortedVersions, to sort the subtrees under package choice nodes in the search
tree. However, sortedVersions referenced the subtrees and caused them to be
retained when it was not used. This commit forces evaluation of
sortedVersions.

D.PD.Check: extra-doc-files only allowed when Cabal >= 1.18.

Document how solver quickcheck tests create valid ComponentDeps.