Skip to content

Releases: haskell/cabal

Cabal v3.14.1.1

19 Jan 14:06
15d9d97
Compare
Choose a tag to compare

Patch release to support GHC 9.12 (i.e. not print the warning and enable compiling with 9.12). For the significant changes, refer to the 3.14.1.0 release notes instead.

Release notes for 3.14.1.1:

Cabal v3.14.1.0

cabal-head

03 Oct 08:14
96df6f8
Compare
Choose a tag to compare
cabal-head Pre-release
Pre-release

Commits

  • 0d80d52: keep running tests even if earlier ones failed (brandon s allbery kf8nh) #10361

Cabal v3.12.1.0

07 Aug 19:29
cabal-install-v3.12.1.0
260ecdc
Compare
Choose a tag to compare

Release Announcement includes release notes, links to binary artifacts, GHCup commands, etc.

Cabal v3.10.3.0

21 Mar 07:38
256f85d
Compare
Choose a tag to compare

The machine never stops.

You can view the changes at:

cabal-install-3.10.3.0 is available on ghcup, please install it with ghcup install cabal 3.10.3.0 && ghcup set cabal 3.10.3.0

Our deepest thanks to our contributors:

Andrea Bedini
Andreas Abel
Ben Gamari
brandon s allbery kf8nh
Francesco Ariis
Hécate Moonlight
Javier Sagredo
Jens Petersen
Julian Ospald
Mikolaj Konarski
Ondřej Šebek
Rodrigo Mesquita
Tom Smeding

as well as the QA team, and reviewers, without whom this could not have been possible.

cabal v3.10.2.1

09 Nov 20:23
b17d6f2
Compare
Choose a tag to compare

The machine never stops.

This is strictly a bug-fix release. You can view the changes at:

See the release announcement here: https://discourse.haskell.org/t/cabal-install-3-10-2-0-released/8009

cabal-install-3.10.2.0 is available on ghcup, and is built with lib:Cabal-3.10.2.1.

cabal-install-3.10.2.1 is meant for source compilations and does not affect end-users.

See you next time.

cabal v3.10.1.0

10 Mar 09:12
cabal-install-v3.10.1.0
6c95f3f
Compare
Choose a tag to compare

cabal v3.8.1.0

09 Aug 22:09
cabal-install-v3.8.1.0
5d18b76
Compare
Choose a tag to compare

Cabal-3.6.2.0

07 Oct 23:02
d9c8473
Compare
Choose a tag to compare

Significant changes

  • Make Paths_ modules work with non-standard preludes again #5962

    • Generate Paths_ module with qualified Data.List.last import so that compatibility with non-standard preludes is not regressed compared to cabal 3.4.
  • Windows: redo the fix to breakage caused by new autoconf; the wrong fix made cabal sometimes fail with old autoconf #7494 #7649

    • Reverts #7510 that failed on Windows when used with pre-generated scripts included in packages such as network, time, process.
    • Adds a subtler fix/workaround for the deficiencies of new autoconf versions on Windows.

Other changes

  • Regenerate bootstrap/ with GHC updated from 8.10.4 to 8.10.7

    • This regenerates bootstrap plans using new package versions and also updating GHC from 8.10.4 to 8.10.7, as requested by GHC HQ.

Cabal-3.6.1.0

10 Sep 01:18
899dd34
Compare
Choose a tag to compare

Significant Changes

  • Include cmm-sources when linking shared objects #7182 #7252

    • Previously cmm-sources were not included in the final link when building a library as a shared object. Fix this.
  • Prefer canonicalized path when guessing tools from GHC path #7390 #7392

    Motivation

    Often times, the user facing ghc binary is
    symlinked by other forces, such as the package manager,
    tooling like ghcup etc. As such, the naming convention
    (version suffix in particular) may not align with the
    assumptions made in Cabal and it may find an incorrect ghc-pkg.

    See:

    Solution

    Guessing the ghc-pkg path is already a hack and will be solved
    more appropriately in the future, see

    As such, this patch provides a workaround for
    older, already existing GHC versions by first always
    following the symbolic link of the ghc binary (if it is one)
    and prefering its target directory as the guess lookup
    location.

    Rationale

    The canonicalized path of the ghc binary usually points to the
    bin/ directory unpacked from a bindist, which is less likely to be
    tampered with by distributions and tools. As such, prefering the
    canoncialized path should get us more robust results.

  • Fix cabal test --enable-library-coverage for other-modules #5213 #7493

    • Fix cabal test --enable-library-coverage for libraries with nonempty other-modules field.
    • Due to a hack, this breaks coverage whenever the used Haskell compiler is called 't' (for a non-hacky fix we should rework HPC directories, possibly enabling multilib in the process, see #6440 and #6397).
  • Set PATH_SEPARATOR=";" when calling ./configure on Windows; this fix is necessary for autoconf >= 2.70 #7494 #7510

  • lazily decode cache files for checking invalidation #7516 #7466

    • This yields a significant 15% speedup on rebuilding build plans for projects with lots of individual cabal packages.
  • defer build-tools-depends choices as well as setup choices #7561 #7472

    • extends the existing solver pass that defers solving setup depends until top-level goals are solved to also defer build-tool-depends goals until top level goals are solved.
    • constraints at the top level (on versions, flags, stanzas, etc) are applied first and only then are attempts made to build the less-constrained qualified goals, significantly streamlining the production of valid build plans.
  • Set -Wno-prepositive-qualified-module in Paths_*.hs #7352