This will be useful for adding crypto credentials without people having
to update their config files.

Also useful point to add any other special casing for known repos.

Will need a later check to validate the repo info, e.g. that it's a
supported url scheme and is an absolute URI.

Add test dependencies to stack.yaml

Support new section syntax for remote-repo.

Drop pkgna_ prefix from package keys, c.f. http://ghc.haskell.org/tra…

HACKING.md: Add quotation to sed command

The command line given to get the sandbox package database path is missing quotation which may make it fail in some shells (given certain globbing options). This adds single quotation marks to avoid such potential issues.

Add a stack.yaml file

I needed this when building cabal.exe for MinGHC (see:
https://github.com/fpco/minghc/issues/69). I thought others might find
this useful, especially for the use case of bootstrapping cabal
development.

I went the direction of no curation and explicit packages in the
extra-deps, as I thought that would make more sense for a project low on
the dependency chain, but this could certainly be tweaked to use LTS
Haskell or Stackage Nightly instead.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

Allow cabal freeze tests to run on Windows

The tests now read cabal.config strictly so that the file is closed by the time
it is deleted for the next test.

Fix #367. Find module files in all source directories.

Test cabal exec error message in a more portable way

Compare file paths with equalFilePath for portability

Without this change, differences in filename capitalization caused "cabal
sandbox delete" to fail with this error message when used with a default
sandbox on Windows:

cabal.exe: Non-default sandbox location used:
'C:\folder\.cabal-sandbox'.
Assuming a shared sandbox. Please delete
'C:\folder\.cabal-sandbox' manually.

This commit also allows the cabal-install package tests that delete sandboxes
to run on Windows.

This change allows the tests "can run executables installed in the sandbox" and
"adds the sandbox bin directory to the PATH" to run on Windows by removing the
executable name from the required error message.

Automatically run `configure` before `haddock`

Parse C compiler flags from GHC correctly

Instead of:
C:\Users\Ganesh\AppData\Local\Temp\data-default-instances-old-locale-0.0.1-11924\data-default-instances-old-locale-0.0.1
(which was the case before @ezyang's patch)
we now get:
C:\Users\Ganesh\AppData\Local\Temp\cabal-tmp-11924\data-default-instances-old-locale-0.0.1

Fixes #2658.

Only warn for missing Setup.hs if build type isn't Simple

Because cabal sdist will add a default Setup.hs anyway

Instead of:
C:\Users\Ganesh\AppData\Local\Temp\data-default-instances-old-locale-0.0.1-11924\data-default-instances-old-locale-0.0.1
we get:
C:\Users\Ganesh\AppData\Local\Temp\data-default-instances-old-locale-0.0.1-11924

Instead of:
dist\build\libHSdata-default-instances-old-locale-0.0.1-6jcjjaR25tK4x3nJhHHjFM.a-11924\libHSdata-default-instances-old-locale-0.0.1-6jcjjaR25tK4x3nJhHHjFM.a
we get:
dist\build\objs-11924\libHSdata-default-instances-old-locale-0.0.1-6jcjjaR25tK4x3nJhHHjFM.a

This should put us under the limit.

Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

GHC hands us a String which we previously tried to parse as a [String],
causing GHC's compiler flags to be ignored.

commandline documentation

Distribution.Simple.Setup: fix HaddockFlags mappend

Also fix or silence build warnings

Redundant parens. Was breaking one test.

dsf authored 10 years ago and Duncan Coutts committed 9 years ago

These were dropped during the migration to github.  This patch restores
them, but note that they do not all pass!

Ignore tags when parsing version numbers

Allow using cabal program itself as the external setup method