Releases: commercialhaskell/stack
v2.15.1
See https://haskellstack.org/ for installation and upgrade instructions.
Release notes:
- After an upgrade from an earlier version of Stack, on first use only, Stack 2.15.1 may warn that it had trouble loading the CompilerPaths cache.
- The hash used as a key for Stack's pre-compiled package cache has changed, following the dropping of support for Cabal versions older than
1.24.0.0
.
Changes since v2.13.1:
Behavior changes:
- Stack does not leave
*.hi
or*.o
files in thesetup-exe-src
directory of the Stack root, and deletes any corresponding to asetup-<hash>.hs
orsetup-shim-<hash>.hs
file, to avoid GHC issue #21250. - If Stack's Nix integration is not enabled, Stack will notify the user if a
nix
executable is on the PATH. This usually indicates the Nix package manager is available. In YAML configuration files, thenotify-if-nix-on-path
key is introduced, to allow the notification to be muted if unwanted. - Drop support for Intero (end of life in November 2019).
stack path --stack-root
no longer sets up Stack's environment and does not load Stack's configuration.- Stack no longer locks on configuration, so packages (remote and local) can be configured in parallel. This increases the effective concurrency of builds that before would use fewer threads. Reconsider your
--jobs
setting accordingly. See #84. - Stack warns that its support for Cabal versions before
2.2.0.0
is deprecated and may be removed in the next version of Stack. Removal would mean that projects using snapshots earlier thanlts-12.0
ornightly-2018-03-18
(GHC 8.4.1) might no longer build. See #6377. - If Stack's
--resolver
option is not specified, Stack'sunpack
command with a package name will seek to update the package index before seeking to download the most recent version of the package in the index. - If the version of Cabal (the library) provided with the specified GHC can copy specific components, Stack will copy only the components built and will not build all executable components at least once.
Other enhancements:
- Consider GHC 9.8 to be a tested compiler and remove warnings.
- Stack can build packages with dependencies on public sub-libraries of other packages.
- Add flag
--no-init
to Stack'snew
command to skip the initialisation of the newly-created project for use with Stack. - The HTML file paths produced at the end of
stack haddock
are printed on separate lines and without a trailing dot. - Add option of the form
--doctest-option=<argument>
tostack build
, wheredoctest
is a program recognised by versions of the Cabal library from1.24.0.0
. - Experimental: Add flag
--haddock-for-hackage
to Stack'sbuild
command (including thehaddock
synonym forbuild --haddock
) to enable building local packages with flags to generate Haddock documentation, and an archive file, suitable for upload to Hackage. The form of the Haddock documentation generated for other packages is unaffected. - Experimental: Add flag
--documentation
(-d
for short) to Stack'supload
command to allow uploading of documentation for packages to Hackage. stack new
no longer rejects project templates that specify apackage.yaml
in a subdirectory of the project directory.- Stack will notify the user if Stack has not been tested with the version of GHC that is being user or a version of Cabal (the library) that has been found. In YAML configuration files, the
notify-if-ghc-untested
andnotify-if-cabal-untested
keys are introduced, to allow the notification to be muted if unwanted. - The compiler version is included in Stack's build message (e.g.
stack> build (lib + exe + test) with ghc-9.6.4
). - Add flag
--candidate
to Stack'sunpack
command, to allow package candidates to be unpacked locally. - Stack will notify the user if a specified architecture value is unknown to Cabal (the library). In YAML configuration files, the
notify-if-arch-unknown
key is introduced, to allow the notification to be muted if unwanted. - Add option
--filter <item>
to Stack'sls dependencies text
command to filter out an item from the results, if present. The item can be$locals
for all local packages. - Add option
--snapshot
as synonym for--resolver
. - Add the
config set snapshot
command, corresponding to theconfig set resolver
command.
Bug fixes:
- Fix the
Curator
instance ofToJSON
, as regardsexpect-haddock-failure
. - Better error message if a
resolver:
orsnapshot:
value is, in error, a YAML number. - Stack accepts all package names that are, in fact, acceptable to Cabal.
- Stack's
sdist
command can check packages with names that include non-ASCII characters.
Thanks to all our contributors for this release:
- Bryan Richter
- Dash Lu
- Jason Shipman
- Marco Zocca
- Markus Schirp
- Mike Pilgrem
- Olivier Benz
- Phil de Joux
- theophilebatoz
rc/v2.15.0.1 (release candidate)
Release notes:
- After an upgrade from an earlier version of Stack, on first use only, Stack 2.15.1 may warn that it had trouble loading the CompilerPaths cache.
- The hash used as a key for Stack's pre-compiled package cache has changed, following the dropping of support for Cabal versions older than
1.24.0.0
.
Changes since v2.13.1:
Behavior changes:
- Stack does not leave
*.hi
or*.o
files in thesetup-exe-src
directory of the Stack root, and deletes any corresponding to asetup-<hash>.hs
orsetup-shim-<hash>.hs
file, to avoid GHC issue #21250. - If Stack's Nix integration is not enabled, Stack will notify the user if a
nix
executable is on the PATH. This usually indicates the Nix package manager is available. In YAML configuration files, thenotify-if-nix-on-path
key is introduced, to allow the notification to be muted if unwanted. - Drop support for Intero (end of life in November 2019).
stack path --stack-root
no longer sets up Stack's environment and does not load Stack's configuration.- Stack no longer locks on configuration, so packages (remote and local) can be configured in parallel. This increases the effective concurrency of builds that before would use fewer threads. Reconsider your
--jobs
setting accordingly. See #84. - Stack warns that its support for Cabal versions before
2.2.0.0
is deprecated and may be removed in the next version of Stack. Removal would mean that projects using snapshots earlier thanlts-12.0
ornightly-2018-03-18
(GHC 8.4.1) might no longer build. See #6377. - If Stack's
--resolver
option is not specified, Stack'sunpack
command with a package name will seek to update the package index before seeking to download the most recent version of the package in the index. - If the version of Cabal (the library) provided with the specified GHC can copy specific components, Stack will copy only the components built and will not build all executable components at least once.
Other enhancements:
- Consider GHC 9.8 to be a tested compiler and remove warnings.
- Stack can build packages with dependencies on public sub-libraries of other packages.
- Add flag
--no-init
to Stack'snew
command to skip the initialisation of the newly-created project for use with Stack. - The HTML file paths produced at the end of
stack haddock
are printed on separate lines and without a trailing dot. - Add option of the form
--doctest-option=<argument>
tostack build
, wheredoctest
is a program recognised by versions of the Cabal library from1.24.0.0
. - Experimental: Add flag
--haddock-for-hackage
to Stack'sbuild
command (including thehaddock
synonym forbuild --haddock
) to enable building with flags to generate Haddock documentation, and an archive file, suitable for upload to Hackage. - Experimental: Add flag
--documentation
(-d
for short) to Stack'supload
command to allow uploading of documentation for packages to Hackage. stack new
no longer rejects project templates that specify apackage.yaml
in a subdirectory of the project directory.- Stack will notify the user if Stack has not been tested with the version of GHC that is being user or a version of Cabal (the library) that has been found. In YAML configuration files, the
notify-if-ghc-untested
andnotify-if-cabal-untested
keys are introduced, to allow the notification to be muted if unwanted. - The compiler version is included in Stack's build message (e.g.
stack> build (lib + exe + test) with ghc-9.6.4
). - Add flag
--candidate
to Stack'sunpack
command, to allow package candidates to be unpacked locally. - Stack will notify the user if a specified architecture value is unknown to Cabal (the library). In YAML configuration files, the
notify-if-arch-unknown
key is introduced, to allow the notification to be muted if unwanted. - Add option
--filter <item>
to Stack'sls dependencies text
command to filter out an item from the results, if present. The item can be$locals
for all local packages.
Bug fixes:
- Fix the
Curator
instance ofToJSON
, as regardsexpect-haddock-failure
. - Better error message if a
resolver:
orsnapshot:
value is, in error, a YAML number. - Stack accepts all package names that are, in fact, acceptable to Cabal.
- Stack's
sdist
command can check packages with names that include non-ASCII characters.
v2.13.1
See https://haskellstack.org/ for installation and upgrade instructions.
Release notes:
- Further to the release notes for Stack 2.3.1, the
-static
suffix has been removed from the statically linked Linux/x86_64 binaries. - The binaries for Linux/Aarch64 are now statically linked.
- Binaries are now provided for macOS/AArch64.
Changes since v2.11.1:
Behavior changes:
- Build artefacts are placed in
.stack-work/dist/<platform>/<GHC_version>
(hashed to a shorter path on Windows), rather than
.stack-work/dist/<platform>/<Cabal_version>
. This allows build artifacts to be distinguished by GHC version. - By default, the
stack build
progress bar is capped to a length equal to the terminal width. - When building GHC from source, Stack no longer uses Hadrian's deprecated
--configure
\-c
flag and, instead, seeks to run GHC's Pythonboot
and shconfigure
scripts, and ensure that thehappy
andalex
executables are on the PATH. - When auto-detecting
--ghc-build
on Linux, themusl
GHC build only is considered a possible GHC build iflibc.musl-x86_64.so.1
is found in\lib
or\lib64
. - No longer supports Cabal versions older than
1.24.0.0
. This means projects using snapshots earlier thanlts-7.0
ornightly-2016-05-26
will no longer build. - When unregistering many packages in a single step, Stack can now do that efficiently. Stack no longer uses GHC-supplied
ghc-pkg unregister
(which is, currently, slower). stack hpc report
,stack list
,stack templates
andstack uninstall
output their information to the standard output stream rather than to the standard error stream. Logging is still to the standard error stream.stack upgrade
no longer assumes that binary upgrade is not supported on a AArch64 machine architecture.
Other enhancements:
- Bump to Hpack 0.36.0.
- Depend on
pantry-0.9.2
, for support for long filenames and directory names in archives created bygit archive
. - Avoid the duplicate resolving of usage files when parsing
*.hi
files into a set of modules and a collection of resolved usage files. See #6123. - Add composable component type flags
--exes
,--tests
and--benchmarks
to Stack'side targets
command, to list only those components. stack --verbose
excludes lengthy information about build plan construction in the debug output by default. The newstack --[no-]plan-in-log
flag enables or disables the inclusion of the information in the debug output.- In YAML configuration files, the
casa
key is introduced, which takes precedence over the existingcasa-repo-prefix
key. The latter is deprecated. The new key also allows Stack's use of a Casa (content-addressable storage archive) server to be disabled and the maximum number of keys per request to be configured. The defaults are unchanged. - Add option
--progress-bar=<format>
to Stack'sbuild
command to configure the format of the progress bar, where<format>
is one ofnone
,count-only
(only the package count),capped
(capped to a length equal to the terminal width) andfull
(the previous format).
Bug fixes:
- Restore
stack sdist --pvp-bounds lower
(broken with Stack 2.9.1). - Restore building of Stack with Cabal flag
disable-git-info
(broken with Stack 2.11.1). - With
stack hoogle
, avoid the messageMinimum version is hoogle-5.0. Found acceptable hoogle-<x.y.z> in your index, requiring its installation.
when ahoogle
executable has already been found on thePATH
. - Stack's sanity check on a selected GHC now passes GHC flag
-hide-all-packages
, stopping GHC from looking for a package environment in default locations. - Restore Stack script files without extensions (broken with Stack 2.11.1).
- Restore message suffix
due to warnings
withdump-logs: warning
(broken with Stack 2.11.1). - On Windows, the
local-programs-path
directory can now be on a different drive to the system temporary directory and MSYS2 will still be installed.
Thanks to all our contributors for this release:
- Andrei Dziahel
- Charles Taylor
- David Hewson
- Jens Petersen
- Markus Schirp
- Mike Pilgrem
- Olivier Benz
- Phil de Joux
- Simon Hengel
rc/v2.13.0.1 (release candidate)
Release notes:
- Further to the release notes for Stack 2.3.1, the
-static
suffix has been removed from the statically linked Linux/x86_64 binaries. - The binaries for Linux/Aarch64 are now statically linked.
- The release now includes binaries for macOS/AArch64.
Changes since v2.11.1:
Behavior changes:
- Build artefacts are placed in
.stack-work/dist/<platform>/<GHC_version>
(hashed to a shorter path on Windows), rather than.stack-work/dist/<platform>/<Cabal_version>
. This allows build artifacts to be distinguished by GHC version. - By default, the
stack build
progress bar is capped to a length equal to the terminal width. - When building GHC from source, Stack no longer uses Hadrian's deprecated
--configure
\-c
flag and, instead, seeks to run GHC's Pythonboot
and shconfigure
scripts, and ensure that thehappy
andalex
executables are on the PATH. - When auto-detecting
--ghc-build
on Linux, themusl
GHC build only is considered a possible GHC build iflibc.musl-x86_64.so.1
is found in\lib
or\lib64
. - No longer supports Cabal versions older than
1.24.0.0
. This means projects using snapshots earlier thanlts-7.0
ornightly-2016-05-26
will no longer build. - When unregistering many packages in a single step, Stack can now do that efficiently. Stack no longer uses GHC-supplied
ghc-pkg unregister
(which is, currently, slower).
Other enhancements:
- Bump to Hpack 0.35.5.
- Depend on
pantry-0.9.2
, for support for long filenames and directory names in archives created bygit archive
. - Avoid the duplicate resolving of usage files when parsing
*.hi
files into a set of modules and a collection of resolved usage files. See #6123. - Add composable component type flags
--exes
,--tests
and--benchmarks
to Stack'side targets
command, to list only those components. stack --verbose
excludes lengthy information about build plan construction in the debug output by default. The newstack --[no-]plan-in-log
flag enables or disables the inclusion of the information in the debug output.- In YAML configuration files, the
casa
key is introduced, which takes precedence over the existingcasa-repo-prefix
key. The latter is deprecated. The new key also allows Stack's use of a Casa (content-addressable storage archive) server to be disabled and the maximum number of keys per request to be configured. The defaults are unchanged. - Add option
--progress-bar=<format>
to Stack'sbuild
command to configure the format of the progress bar, where<format>
is one ofnone
,count-only
(only the package count),capped
(capped to a length equal to the terminal width) andfull
(the previous format).
Bug fixes:
- Restore
stack sdist --pvp-bounds lower
(broken with Stack 2.9.1). - Restore building of Stack with Cabal flag
disable-git-info
(broken with Stack 2.11.1). - With
stack hoogle
, avoid the messageMinimum version is hoogle-5.0. Found acceptable hoogle-<x.y.z> in your index, requiring its installation.
when ahoogle
executable has already been found on thePATH
. - Stack's sanity check on a selected GHC now passes GHC flag
-hide-all-packages
, stopping GHC from looking for a package environment in default locations. - Restore Stack script files without extensions (broken with Stack 2.11.1).
v2.11.1
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v2.9.3:
Behavior changes:
- Add flag
--[no-]-only-local-bin
to Stack'supgrade
command for a binary upgrade. If the Stack executable ismy-stack
, the default ismy-stack upgrade --only-local-bin
where previously it was, effectively,my-stack upgrade --no-only-local-bin
. If the Stack executable isstack
, the default isstack upgrade --no-only-local-bin
, the same behaviour as previously. - Use
$XDG_CACHE_HOME/stack/ghci-script
, rather than<temp>/haskell-stack-ghci
(where<temp>
is the directory yielded by thetemporary
package'sSystem.IO.Temp.getCanonicalTemporaryDirectory
), as the base location for GHCi script files generated bystack ghci
orstack repl
. See #5203 - Drop support for
Cabal
versions before 1.22 and, consequently, GHC versions before 7.10. stack ghci
andstack repl
now take into account the values ofdefault-language
keys in Cabal files, like they take into account the values ofdefault-extensions
keys.- Removed
--ghc-paths
,--global-stack-root
and--local-bin-path
flags forstack path
, deprecated in Stack 1.1.0 in favour of--programs
,--stack-root
andlocal-bin
respectively. - On Windows,
stack upgrade
always renames the file of the running Stack executable (adding extension.old
) before attempting to write to the original file name. - On Windows,
stack upgrade
does not offersudo
command alternatives if attempting to write to the original file name of the running Stack exectuable results in a 'Permission' error.
Other enhancements:
- Add options of the form
--PROG-option=<argument>
tostack build
, wherePROG
is a program recognised by the Cabal library and one ofalex
,ar
,c2hs
,cpphs
,gcc
,greencard
,happy
,hsc2hs
,hscolour
,ld
,pkg-config
,strip
andtar
. If Cabal uses the program during the configuration step, the argument is passed to it. - By default all
--PROG-option
options are applied to all local packages. This behaviour can be changed with new configuration optionapply-prog-options
. - Add flag
--[no-]use-root
tostack script
(default disabled). Used with--compile
or--optimize
, when enabled all compilation outputs (including the executable) are written to a script-specific location in thescripts
directory of the Stack root rather than the script's directory, avoiding clutter of the latter directory. - Better error message if the value of the
STACK_WORK
environment variable or--work-dir
option is not a valid relative path. - Stack will use the value of the
GH_TOKEN
, orGITHUB_TOKEN
, environment variable as credentials to authenticate its GitHub REST API requests. stack uninstall
also shows how to uninstall Stack-supplied tools.
Bug fixes:
- Fix incorrect warning if
allow-newer-deps
are specified butallow-newer
isfalse
. See #6068. stack build
with--file-watch
or--file-watch-poll
outputs 'pretty' error messages, as intended. See #5978.stack build
unregisters any local packages for the sub libraries of a local package that is to be unregistered. See #6046.- The warning that sublibrary dependency is not supported is no longer triggered by internal libraries.
Thanks to all our contributors for this release:
- Chris Wendt
- Illia Bobyr
- Jens Petersen
- Max Taldykin
- MaxHearnden
- Mike Pilgrem
- Phil de Joux
- theophilebatoz
rc/v2.11.0.1 (release candidate)
Changes since v2.9.3:
Behavior changes:
- Drop support for
Cabal
versions before 1.22 and, consequently, GHC versions before 7.10. stack ghci
andstack repl
now take into account the values ofdefault-language
keys in Cabal files, like they take into account the values ofdefault-extensions
keys.- Removed
--ghc-paths
,--global-stack-root
and--local-bin-path
flags forstack path
, deprecated in Stack 1.1.0 in favour of--programs
,--stack-root
andlocal-bin
respectively. - On Windows,
stack upgrade
always renames the file of the running Stack executable (adding extension.old
) before attempting to write to the original file name. - On Windows,
stack upgrade
does not offersudo
command alternatives if attempting to write to the original file name of the running Stack exectuable results in a 'Permission' error.
Other enhancements:
- Add options of the form
--PROG-option=<argument>
tostack build
, wherePROG
is a program recognised by the Cabal library and one ofalex
,ar
,c2hs
,cpphs
,gcc
,greencard
,happy
,hsc2hs
,hscolour
,ld
,pkg-config
,strip
andtar
. If Cabal uses the program during the configuration step, the argument is passed to it. - By default all
--PROG-option
options are applied to all local packages. This behaviour can be changed with new configuration optionapply-prog-options
. - Add flag
--[no-]use-root
tostack script
(default disabled). Used with--compile
or--optimize
, when enabled all compilation outputs (including the executable) are written to a script-specific location in thescripts
directory of the Stack root rather than the script's directory, avoiding clutter of the latter directory. - Better error message if the value of the
STACK_WORK
environment variable or--work-dir
option is not a valid relative path. - Stack will use the value of the
GH_TOKEN
, orGITHUB_TOKEN
, environment variable as credentials to authenticate its GitHub REST API requests. stack uninstall
also shows how to uninstall Stack-supplied tools.
Bug fixes:
- Fix incorrect warning if
allow-newer-deps
are specified butallow-newer
isfalse
. See #6068. stack build
with--file-watch
or--file-watch-poll
outputs 'pretty' error messages, as intended. See #5978.stack build
unregisters any local packages for the sub libraries of a local package that is to be unregistered. See #6046.- The warning that sublibrary dependency is not supported is no longer triggered by internal libraries.
v2.9.3
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v2.9.1:
Behavior changes:
- In YAML configuration files, the
package-index
key is introduced which takes precedence over the existingpackage-indices
key. The latter is deprecated. - In YAML configuration files, the
hackage-security
key of thepackage-index
key or thepackage-indices
item can be omitted, and the Hackage Security configuration for the item will default to that for the official Hackage server. See #5870. - Add the
stack config set package-index download-prefix
command to set the location of Stack's package index in YAML configuration files. stack setup
with the--no-install-ghc
flag warns that the flag and the command are inconsistent and now takes no action. Previously the flag was silently ignored.- To support the Haskell Foundation's Haskell Error Index initiative, all Stack error messages generated by Stack itself begin with an unique code in the form
[S-nnnn]
, wherennnn
is a four-digit number. - Test suite executables that seek input on the standard input channel (
stdin
) will not throw an exception. Previously, they would thow an exception, consistent with Cabal's 'exitcode-stdio-1.0' test suite interface specification. Pass the flag--no-tests-allow-stdin
tostack build
to enforce Cabal's specification. See #5897
Other enhancements:
- Help documentation for
stack upgrade
warns that if GHCup is used to install Stack, only GHCup should be used to upgrade Stack. That is because GHCup uses an executable namedstack
to manage versions of Stack, that Stack will likely overwrite on upgrade. - Add
stack ls dependencies cabal
command, which lists dependencies in the format of exact Cabal constraints. - Add
STACK_XDG
environment variable to use the XDG Base Directory Specification for the Stack root and Stack's global YAML configuration file, if the Stack root location is not set on the command line or by using theSTACK_ROOT
environment variable. - Add
stack path --global-config
, to yield the full path of Stack's user-specific global YAML configuration file (config.yaml
). - Add an experimental option,
allow-newer-deps
, which allows users to specify a subset of dependencies for which version bounds should be ignored (allow-newer-deps: ['foo', 'bar']
). This field has no effect unlessallow-newer
is enabled.
Bug fixes:
- Fix ambiguous module name
Distribution.PackageDescription
, if compilingStackSetupShim
withCabal-syntax-3.8.1.0
in package database. See #5886. - In YAML configuration files, if the
package-indices
key (or thehackage-security
key of its item) is omitted, the expiration of timestamps
is now ignored, as intended. See Pantry #63
Thanks to all our contributors for this release:
- drlkf
- Felix Paulusma
- Fraser Murray
- Mike Pilgrem
- Phil de Joux
- theophilebatoz
rc/v2.9.2.1 (release candidate)
Changes since v2.9.1:
Behavior changes:
- In YAML configuration files, the
package-index
key is introduced which takes precedence over the existingpackage-indices
key. The latter is deprecated. - In YAML configuration files, the
hackage-security
key of thepackage-index
key or thepackage-indices
item can be omitted, and the Hackage Security configuration for the item will default to that for the official Hackage server. See #5870. - Add the
stack config set package-index download-prefix
command to set the location of Stack's package index in YAML configuration files. stack setup
with the--no-install-ghc
flag warns that the flag and the command are inconsistent and now takes no action. Previously the flag was silently ignored.- To support the Haskell Foundation's Haskell Error Index initiative, all Stack error messages generated by Stack itself begin with an unique code in the form
[S-nnnn]
, wherennnn
is a four-digit number. - Test suite executables that seek input on the standard input channel (
stdin
) will not throw an exception. Previously, they would thow an exception, consistent with Cabal's 'exitcode-stdio-1.0' test suite interface specification. Pass the flag--no-tests-allow-stdin
tostack build
to enforce Cabal's specification. See #5897.
Other enhancements:
- Help documentation for
stack upgrade
warns that if GHCup is used to install Stack, only GHCup should be used to upgrade Stack. That is because GHCup uses an executable namedstack
to manage versions of Stack, that Stack will likely overwrite on upgrade. - Add
stack ls dependencies cabal
command, which lists dependencies in the format of exact Cabal constraints. - Add
STACK_XDG
environment variable to use the XDG Base Directory Specification for the Stack root and Stack's global YAML configuration file, if the Stack root location is not set on the command line or by using theSTACK_ROOT
environment variable. - Add
stack path --global-config
, to yield the full path of Stack's user-specific global YAML configuration file (config.yaml
). - Add an experimental option,
allow-newer-deps
, which allows users to specify a subset of dependencies for which version bounds should be ignored (allow-newer-deps: ['foo', 'bar']
). This field has no effect unlessallow-newer
is enabled.
Bug fixes:
- Fix ambiguous module name
Distribution.PackageDescription
, if compilingStackSetupShim
withCabal-syntax-3.8.1.0
in package database. See #5886. - In YAML configuration files, if the
package-indices
key (or thehackage-security
key of its item) is omitted, the expiration of timestamps
is now ignored, as intended. See Pantry #63.
v2.9.1
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v2.7.5:
Behavior changes:
stack build --coverage
will generate a unified coverage report, even if there is only one*.tix
file, in case a package has tested the library of another package that has not tested its own library. See #5713stack --verbose
no longer includes the lengthy raw snapshot layer (rsl) in the debug output by default. The newstack --[no-]rsl-in-log
flag enables or disables the inclusion of the rsl in the debug output.
Other enhancements:
- Bump to Hpack 0.35.0.
- On Windows, the installer now sets
DisplayVersion
in the registry, enabling tools likewinget
to properly read the version number. - Adds flag
--script-no-run-compile
(disabled by default) that uses the--no-run
option withstack script
(and forces the--compile
option). This enables a command likestack --script-no-run-compile Script.hs
to behave likestack script <arguments> --no-run --compile -- Script.hs
but without having to list all the<arguments>
in the Stack interpreter options comment inScript.hs
on the command line. That may help test that scripts compile in CI (continuous integration). See #5755 - Fuller help is provided at the command line if a subcommand is missing (for example,
stack ls
now yields the equivalent ofstack ls --help
). See #809 - Add build option
--cabal-verbosity=VERBOSITY
to specify the Cabal verbosity level (the option accepts Cabal's numerical and extended syntax). See #1369 - Add the possibility of a
sh
script to customise fully GHC installation. See #5585 tools
subcommand added tostack ls
, to list stack's installed tools.stack uninstall
shows how to uninstall Stack.--ghc-variant
acceptsint-native
as a variant.
Bug fixes:
- Fix
stack clean --full
, so that the files to be deleted are not in use. See #5714 - Fix an inconsistency in the pretty formatting of the output of
stack build --coverage
- Fix repeated warning about missing parameters when using
stack new
- Include
pantry-0.5.6
: Remove operational and mirror keys from bootstrap key set. See #53 - Pass any CPP options specified via
cpp-options:
in the Cabal file to GHCi using GHC's-optP
flag. See #5608 - On Unix-like operating systems, respect the
with-gcc
option when installing GHC. See #5609 - Fixed logic in
get_isa()
inget-stack.sh
to exclude systems that don't have x86 in theiruname -m
output. See #5792. - Fixed output of
stack ls snapshots local
on Windows, to behave like that on Unix-like operating systems. - Fix non-deterministic test failures when executing a test suite for a multi-project repository with parallelism enabled. See #5024
Thanks to all our contributors for this release:
- ARATA Mizuki
- citrusmunch
- Dan Brooks
- Danila Danko
- Emanuel Borsboom
- HallowedDust5
- hs211216
- Idris Raja
- Josh Soref
- Julian Ospald
- Leo Sin
- Maciej Bielecki
- Malte Neuss
- malteneuss
- Marc Etter
- Matt Audesse
- Michael Snoyman
- Mike Pilgrem
- Naoya Yamashita
- Phil de Joux
- Sibi Prabakaran
- Tom Sydney Kerckhove
v2.9.0.1 (release candidate)
Changes since v2.7.5:
Behavior changes:
stack build --coverage
will generate a unified coverage report, even if
there is only one*.tix
file, in case a package has tested the library of
another package that has not tested its own library. See
#5713stack --verbose
no longer includes the lengthy raw snapshot layer (rsl) in
the debug output by default. The newstack --[no-]rsl-in-log
flag enables or
disables the inclusion of the rsl in the debug output.
Other enhancements:
- Bump to Hpack 0.35.0.
- On Windows, the installer now sets
DisplayVersion
in the registry, enabling
tools likewinget
to properly read the version number. - Adds flag
--script-no-run-compile
(disabled by default) that uses the
--no-run
option withstack script
(and forces the--compile
option).
This enables a command likestack --script-no-run-compile Script.hs
to
behave likestack script <arguments> --no-run --compile -- Script.hs
but
without having to list all the<arguments>
in the Stack interpreter options
comment inScript.hs
on the command line. That may help test that scripts
compile in CI (continuous integration). See
#5755 - Fuller help is provided at the command line if a subcommand is missing (for
example,stack ls
now yields the equivalent ofstack ls --help
). See
#809 - Add build option
--cabal-verbosity=VERBOSITY
to specify the Cabal verbosity
level (the option accepts Cabal's numerical and extended syntax).
See #1369 - Add the possibility of a
sh
script to customise fully GHC installation. See
#5585 tools
subcommand added tostack ls
, to list stack's installed tools.stack uninstall
shows how to uninstall Stack.--ghc-variant
acceptsint-native
as a variant.
Bug fixes:
- Fix
stack clean --full
, so that the files to be deleted are not in use. See
#5714 - Fix an inconsistency in the pretty formatting of the output of
stack build --coverage
- Fix repeated warning about missing parameters when using
stack new
- Include
pantry-0.5.6
: Remove operational and mirror keys from bootstrap key
set #53 - Pass any CPP options specified via
cpp-options:
in the Cabal file to GHCi
using GHC's-optP
flag. See
#5608 - On Unix-like operating systems, respect the
with-gcc
option when installing
GHC. See #5609 - Fixed logic in
get_isa()
inget-stack.sh
to exclude systems that don't
have x86 in theiruname -m
output. See
5792. - Fixed output of
stack ls snapshots local
on Windows, to behave like that on
Unix-like operating systems. - Fix non-deterministic test failures when executing a test suite for a
multi-project repository with parallelism enabled. See
#5024