Prepare 3.2.1.0

- Bump version
- Update changelog
- Revert type changes in `CabalSpecVersion`

Backport to 3.2 20201025

E.g. `foo/../../../bar` is now forbidden. That cannot work.

Eric Conlon authored 4 years ago and Oleg Grenrus committed 4 years ago

Fixes https://github.com/haskell/cabal/issues/6421

To summarize, Cabal passes all C and C++ flags through GHC to the underlying C or C++ compiler using -optc. This works for GHC < 8.10, but now GHC expects C++ flags to come through -optcxx. This means that anything through -optc is ignored, so we cannot pass any flags to the C++ compiler. This change simply detects the GHC version and uses the correct arguments.

This PR has been tested manually and two PackageTests have been added to cabal-testsuite. They pass under GHC 8.8.4 and GHC 8.10.2.

John Ericson authored 5 years ago and Oleg Grenrus committed 4 years ago

Google uses `armv7-none-linux-androideabi`, analogous to
`armv7-unknown-linux-gnueabi` for e.g. a 32-bit regular linux.

The existing alias it not a mistake, it is the right one for 64 bit.
Google for that use `aarch64-linux-android`, analogous to
`aarch64-unknown-linux-android` for a 64-bi regular linux.

See https://developer.android.com/ndk/guides/standalone_toolchain for
evidence/details.

Luke Lau authored 5 years ago and Oleg Grenrus committed 4 years ago

This looks like an accident from a6e427ac
It causes cases like this to fail:

$ cat foo.c
int foo() { return 42; }
$ cat Lib.hs
module Lib where

foreign import ccall "foo" foo :: Int

bar = foo
$ cat cabal-csrc-repl.cabal
cabal-version:      2.4
name:               cabal-csrc-repl
version:            0.1.0.0
library
    exposed-modules:  Lib
    build-depends:    base ^>=4.14.0.0
    C-sources:        foo.c
    default-language: Haskell2010
$ cabal v2-repl
Resolving dependencies...
Build profile: -w ghc-8.10.1 -O1
In order, the following will be built (use -v for more details):
 - cabal-csrc-repl-0.1.0.0 (lib) (first run)
Configuring library for cabal-csrc-repl-0.1.0.0..
Preprocessing library for cabal-csrc-repl-0.1.0.0..
GHCi, version 8.10.1: https://www.haskell.org/ghc/  :? for help
[1 of 1] Compiling Lib              ( Lib.hs, interpreted )
Ok, one module loaded.
*Lib> foo
ghc: ^^ Could not load '_foo', dependency unresolved. See top entry above.

Ben Gamari authored 5 years ago and Oleg Grenrus committed 4 years ago

Many toolchain tools written for POSIX systems rely on the exec system
call. Unfortunately, it is not possible to implement `exec` in a
POSIX-compliant manner on Windows. In particular, the semantics of the
`exec` implementation provided by the widely-used `msvcrt` C runtime
will cause process's waiting on the `exec`'ing process to incorrectly
conclude that the process has successfully terminated when in fact it is
still running in another process.

For this reason, the `process` library exposes the `use_process_jobs`
flag to use a more strict (although still not POSIX-compliant) mechanism
for tracking process completion. This is explained in this comment [2].

Unfortunately, job support in the `process` library is currently quite
broken and was only recently fixed [1]. Consequently, we only enable job
object support for process releases >= 1.6.8.

[1] https://github.com/haskell/process/pull/168
[2] https://github.com/haskell/process/blob/master/System/Process.hs#L399

Backport to 3.2 20200520

- msys2 should be installed
- there is cabal and GHC, but we want to be sure about
  versions, so we reinstall.
- Reinstalling GHC doesnt' "just work", so we uninstall it first.
  This takes time, but makes CI work.

Hannes Siebenhandl authored 5 years ago and Oleg Grenrus committed 5 years ago

Add Integration tests for File Target Selector

Add Integration test for Target Selecetors for files that
are part of other-modules in sub-directories.

Normalise Filepaths for target matching

Add filepath and module target syntax to readthedocs

Add ambiguous file target test-case

- Also drop GenericInstances as URI has Generic instance now.
- simplifier goes nuts on ProjectConfig instances...

Backport filter --allow-depending-on-private-libs

(cherry picked from commit 17b3fca2)

GHC-8.10 support for 3.2

Includes cherry-picked commits:

- Test cabal-install with GHC-8.10 #6709
- Add GHC-8.10.1 job. Only tests Cabal-the-lib part atm. #6617

Also add topHandler' signature.

re #6432

re #6432

re #6432

Backport batch 5 3.2

This results e.g. in

    cabal: The pkg-config package 'blas' version ==0.3 || >0.3 is required but the
    version installed on the system is version 0.2.20+ds

output instead of failing to parse 0.2.20+ds as a PkgconfigVersion.
We don't need to parse the `pkg-config --modversion` output
as strictly as the versions in `.cabal` file.
I.e. at all, as `PkgconfigVersion` comparison works somehow
on any possible version strings.

Related to https://github.com/haskell/cabal/issues/6539

Cabal 3.2 knows ghc 8.10

Add changelogs for 3.2

Backport batch 4 3.2

On Windows moving files fails often enough,
let's try another tactic for recovering modified file.

kristenk authored 5 years ago and Oleg Grenrus committed 5 years ago

This commit is the same as 96c3bf91, but with
the unit tests updated to fix #6495.  The tests check less of the solver output
so that they are less fragile.