Releases: commercialhaskell/stack
v2.5.0.1 (release candidate)
Changes since v2.3.3
Major changes:
- Add the
snapshot-location-base
yaml configuration option, which allows to
override the default location of snapshot configuration files. This option
affects how snapshot synonyms (LTS/Nightly) are expanded to URLs by the
pantry
library. docker-network
configuration key added to overwrite docker--net
arg
Behavior changes:
- File watching now takes into account specified targets, old behavior could
be restored using the new flag--watch-all
#5310
Other enhancements:
stack ls dependencies json
now includes fieldssha256
andsize
for
dependencies oftype
archive
inlocation
.
#5280- Build failures now show a hint to scroll up to the corresponding section
#5279 - Customisable output styles (see
stack --help
and the--stack-colors
option, andstack ls stack-colors --help
) now includeinfo
,debug
,
other-level
,secondary
andhighlight
, used with verbose output.
Bug fixes:
- Fix
stack test --coverage
when using Cabal 3 stack new
now generates PascalCase'd module name correctly.
#5376- Connection issues to Casa server no longer cause builds to failure. Casa acts
only as an optimizing cache layer, not a critical piece of infrastructure. - Fix modified time busting caches by always calculating sha256 digest during
the build process.
#5125
v2.3.3
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v2.3.1
Other enhancements:
- Add the
stack-developer-mode
flag
Bug fixes:
- When using the
STACK_YAML
env var with Docker, make the path absolute. - Fix the problem of
stack repl foo:test:bar
failing without a project
build before that. See
#5213 - Fix
stack sdist
introducing unneded sublibrary syntax when using
pvp-bounds. See
#5289
Thanks to all our contributors for this release:
- coord.e
- Dmitry Dzhus
- Emanuel Borsboom
- Kirill Zaborsky
- Michael Snoyman
v2.3.1
See https://haskellstack.org/ for installation and upgrade instructions.
Release notes:
-
We have reduced the number of platforms that we support with binary releases.
The reason behind this is that we've been slowed down in our release process
until now with issues trying to build binaries for less common platforms. In
order to make sure we can address issues more quickly (like supporting new
GHC versions), we're limiting support from the Stack team to:- Linux 64-bit (static)
- macOS
- Windows 64-bit
If others want to provide additional binaries, we will definitely be happy
for the support. But since our CI system is currently able to produce these
three bindists only, that's what we will be providing with the next release. -
Since we no longer have dynamically linked Linux binaries, we are removing
removing the-static
suffix from the static Linux binaries. If you have
scripts to download the latest stable Linux binary, update them to use
linux-x86_64
instead oflinux-x86_64-static
(if you are already using the
former, nothing needs to change). For this release, both are supported, but
the next release will no longer have the-static
variant. -
We are also deprecating the download links at https://stackage.org/stack.
See this page for the current installation instructions:
https://docs.haskellstack.org/en/stable/install_and_upgrade/. -
These are the canonical locations to download the latest stable binaries
from, and will continue to be supported going forward:- Linux 64-bit (static): https://get.haskellstack.org/stable/linux-x86_64.tar.gz
- macOS: https://get.haskellstack.org/stable/osx-x86_64.tar.gz
- Windows 64-bit: https://get.haskellstack.org/stable/windows-x86_64.zip
As always, binaries for specific versions are available from the Github
releases: https://github.com/commercialhaskell/stack/releases.
Changes since v2.1.3.1
Major changes:
-
setup-info-locations
yaml configuration now allows overwriting the default locations ofstack-setup-2.yaml
.
#5031
#2983
#2913 -
The
setup-info
configuration key now allows overwriting parts of the defaultsetup-info
-
The
--setup-info-yaml
command line flag now may be used in all stack commands such asstack build
, and not only instack setup
-
The
--setup-info-yaml
may specify multiple locations forstack-setup.yaml
files. -
The
stack upload
can read first reads environment Variable$HACKAGE_USERNAME
and$HACKAGE_PASSWORD
if they are missing only then asks forusername
orpassword
-
Fully remove GHCJS support.
-
Remove the
freeze
command. It has been replaced by lock files.
Behavior changes:
-
Remove the deprecated
--stack-setup-yaml
command line argument in favor of--setup-info-yaml
#2647 -
We now recommend checking in generated cabal files for repos. When generating lock files for
extra-deps that only includepackage.yaml
files, a deprecation warning will be generated.
Also, those packages will no longer be included in the generated lock files.
See #5210.
Other enhancements:
-
Add
build-output-timestamps
flag in yaml. Setting it to true
prefixes each build log output line with a timestamp. -
Show warning about
local-programs-path
with spaces on windows
when running scripts. See
#5013 -
Add
ls dependencies json
which will print dependencies as JSON.
ls dependencies --tree
is nowls dependencies tree
. See
#4424 -
Remove warning for using Stack with GHC 8.8-8.10, and Cabal 3.0-3.2.
-
Allow relative paths in
--setup-info-yaml
and tool paths
#3394 -
Added the
--only-locals
flag. See
#5272
Bug fixes:
-
Upgrade
pantry
: module mapping insertions into the database are now atomic.
Previously, if you SIGTERMed at the wrong time while running a script, you
could end up with an inconsistent database state. -
--resolver global
doesn't retrieve snapshots list from the internet
beause doesn't need it. See #5103 -
Fix using relative links in haddocks output. See
#4971. -
Do not include generated cabal file information in lock files. See
#5045. -
Use proper Hoogle executable path when installed automatically. See
#4905 -
Fix GHC version for batched package unregistration. See
#4951 -
Use Hoogle from the snapshot used and not the latest version. See
#4905 -
Resolve "'stty' is not recognized". See
#4901 -
Fix missing reconfigure check causing errors when a package gets
used in multiple projects. See
#5147
Thanks to all our contributors for this release:
- Adam McCullough
- Akshay Mankar
- Brian Wignall
- Cheah Jer Fei
- Chris Done
- David Baynard
- davit nalchevanidze
- Dino Morelli
- Emanuel Borsboom
- Felix Yan
- flip111
- Flowers Safety
- Fred Miller
- Fyrbll
- gdziadkiewicz
- Good boy
- Hypnoes.Liu
- Iisus
- Iustin Pop
- ivanbakel
- Javier Neira
- Jeff Happily
- jeffhappily
- jneira
- Justin Le
- Kirill Zaborsky
- Leif Metcalf
- Leonhard Markert
- Lokesh Mohanty
- Matt Audesse
- Michael Snoyman
- Mihai Maruseac
- NightRa
- Phil Ruffwind
- qinzhenlong
- Robert Hensing
- Sasha Bogicevic
- Sibi
- Sibi Prabakaran
- Simon Michael
- Steve Mao
- Vlad Ki
- Xia Li-yao
v2.3.0.1 (RELEASE CANDIDATE)
First release candidate for v2.3
Changes since v2.1.3
Release notes:
Major changes:
-
setup-info-locations
yaml configuration now allows overwriting the default locations ofstack-setup-2.yaml
.
#5031
#2983
#2913 -
The
setup-info
configuration key now allows overwriting parts of the defaultsetup-info
-
The
--setup-info-yaml
command line flag now may be used in all stack commands such asstack build
, and not only instack setup
-
The
--setup-info-yaml
may specify multiple locations forstack-setup.yaml
files. -
The
stack upload
can read first reads environment Variable$HACKAGE_USERNAME
and$HACKAGE_PASSWORD
if they are missing only then asks forusername
orpassword
-
Fully remove GHCJS support.
-
Remove the
freeze
command. It has been replaced by lock files.
Behavior changes:
-
Remove the deprecated
--stack-setup-yaml
command line argument in favor of--setup-info-yaml
#2647 -
We now recommend checking in generated cabal files for repos. When generating lock files for
extra-deps that only includepackage.yaml
files, a deprecation warning will be generated.
Also, those packages will no longer be included in the generated lock files.
See #5210.
Other enhancements:
-
Add
build-output-timestamps
flag in yaml. Setting it to true
prefixes each build log output line with a timestamp. -
Show warning about
local-programs-path
with spaces on windows
when running scripts. See
#5013 -
Add
ls dependencies json
which will print dependencies as JSON.
ls dependencies --tree
is nowls dependencies tree
. See
#4424 -
Remove warning for using Stack with GHC 8.8 and Cabal 3.0.
-
Allow relative paths in
--setup-info-yaml
and tool paths
#3394
Bug fixes:
-
Upgrade
pantry
: module mapping insertions into the database are now atomic.
Previously, if you SIGTERMed at the wrong time while running a script, you
could end up with an inconsistent database state. -
--resolver global
doesn't retrieve snapshots list from the internet
beause doesn't need it. See #5103 -
Fix using relative links in haddocks output. See
#4971. -
Do not include generated cabal file information in lock files. See
#5045. -
Use proper Hoogle executable path when installed automatically. See
#4905 -
Fix GHC version for batched package unregistration. See
#4951 -
Use Hoogle from the snapshot used and not the latest version. See
#4905 -
Resolve "'stty' is not recognized". See
#4901 -
Fix missing reconfigure check causing errors when a package gets
used in multiple projects. See
#5147
v2.1.3
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v2.1.1
Behavior changes:
-
Disable WAL mode for SQLite3 databases, to improve compatibility with
some platforms and filesystems. See
#4876. -
By default, do not perform expiry checks in Hackage Security. See
#4928.
Other enhancements:
-
Do not rerun expected test failures. This is mostly a change that
will only affect the Stackage Curator use case, but there is now an
additional message letting the user know when a previously-failed
test case is being rerun. -
Move configure information for local packages back to .stack-work to
improve caching. See
#4893.
Bug fixes:
-
Fix to allow dependencies on specific versions of local git repositories. See
#4862 -
Allow Stack commands to be run in Nix mode without having a project file
available. See
#4854. -
Removes dependency on gnu-tar for OSX and Linux environment. The
--force-local
option was required only for windows environment. -
Properly wait for the
tar
subprocess to complete before returning, thereby
avoiding a SIGTERM screwing up GHC installation. See
#4888. -
Use package complete locations from lock files when resolving dependencies
inextra-deps
. See
#4887. -
Set the
HASKELL_DIST_DIR
environment to a proper package dist
directory sodoctest
is able to load modules autogenerated by Cabal. -
Expose package library when running tests.
-
Fix support for non-ASCII module names. See
4938
Other changes:
- Rename
pantry-tmp
package back topantry
, now that we have gained
maintainership (which had been used by someone else for a candidate-only test
that made it look like the name was free but prevented uploading a real
package).
Thanks to all our contributors for this release:
- Alan Malloy
- Alexander
- Emanuel Borsboom
- Kirill Zaborsky
- Matt Audesse
- Michael Snoyman
- Mihai Maruseac
- Sibi Prabakaran
v2.1.1
The Stack 2 release represents a series of significant changes to how Stack works internally. For the vast majority of cases, these changes are backwards compatible, in that existing projects will continue to build in the same way with Stack 2 as they did with Stack 1. The large version bump is due to the fundamental internal changes to cache handling, database storage (using SQLite in place of binary files), implicit snapshots (which greatly improve the precompiled cache), and moving to Pantry. We have also removed some less used features, as listed in the release notes below.
See https://haskellstack.org/ for installation and upgrade instructions.
Changes since v1.9.3
Major changes:
- Switch over to pantry for managing packages. This is a major change
to Stack's internals, and affects user-visible behavior in a few
places. Some highlights:- Drop support for multiple package indices and legacy
00-index.tar
style indices. See
#4137. - Support for archives and repos in the
packages
section has
been removed. Instead, you must useextra-deps
for such
dependencies.packages
now only supports local filepaths. - Add support for Git repositories containing (recursive) submodules.
- Addition of new configuration options for specifying a "pantry
tree" key, which provides more reproducibility around builds,
and (in the future) will be used for more efficient package
content downloads. You can also specify package name and version
for more efficient config parsing.
* NOTE The newstack freeze
command provides support
for automatically generating this additional
information. - Package contents and metadata are stored in an SQLite database
in place of files on the filesystem. Thepantry
library can be
used for interacting with these contents. - Internally, Stack has changed many datatypes, including moving
to Cabal's definition of many data types. As a result of such
changes, existing cache files will in general be invalidated,
resulting in Stack needing to rebuild many previously cached
builds in the new version. Sorry :(. - A new command,
stack freeze
has been added which outputs
project and snapshot definitions with dependencies pinned to
their exact versions. - The
ignore-revision-mismatch
setting is no longer needed, and
has been removed. - Overriding GHC boot packages results in any other GHC boot
packages depending on it being no longer available as a dependency,
such packages need to be added explicitly when needed. See
[#4510] (#4510). - Cabal solver integration was not updated to support newer
cabal-install
versions sostack solver
command was removed as
well as a related option--solver
fromstack new
and
stack init
.
- Drop support for multiple package indices and legacy
- Upgrade to Cabal 2.4
- Note that, in this process, the behavior of file globbing has
been modified to match that of Cabal. In particular, this means
that for Cabal spec versions less than 2.4,*.txt
will
matchfoo.txt
, but notfoo.2.txt
.
- Note that, in this process, the behavior of file globbing has
- Remove the
stack image
command. With the advent of Docker multistage
builds, this functionality is no longer useful. For an example, please see
Building Haskell Apps with
Docker. - Support building GHC from source (experimental)
- Stack now supports building and installing GHC from source. The built GHC
is uniquely identified by a commit id and an Hadrian "flavour" (Hadrian is
the newer GHC build system), hencecompiler
can be set to use a GHC
built from source withghc-git-COMMIT-FLAVOUR
- Stack now supports building and installing GHC from source. The built GHC
stack.yaml
now supports aconfigure-options
, which are passed directly to
theconfigure
step in the Cabal build process. See
#1438- Remove support for building GHCJS itself. Future releases of Stack
may remove GHCJS support entirely. - Support for lock files for pinning exact project dependency versions
Behavior changes:
stack.yaml
now supportssnapshot
: a synonym forresolver
. See
#4256stack script
now passes-i -idir
in to theghc
invocation. This makes it so that the script can import local
modules, and fixes an issue where.hs
files in the current
directory could affect interpretation of the script. See
#4538- When using
stack script
, custom snapshot files will be resolved
relative to the directory containing the script. - Remove the deprecated
--upgrade-cabal
flag tostack setup
. - Support the
drop-packages
field instack.yaml
- Remove the GPG signing code during uploads. The GPG signatures have
never been used yet, and there are no plans to implement signature
verification. - Remove the
--plain
option for theexec
family of commands - Always use the
--exact-configuration
Cabal configuration option when
building (should mostly be a non-user-visible enhancement). - No longer supports Cabal versions older than
1.19.2
. This means
projects using snapshots earlier thanlts-3.0
or
nightly-2015-05-05
will no longer build. - Remove the
stack docker cleanup
command. Docker itself now has
docker image prune
and
docker container prune
,
which you can use instead. - Interleaved output is now turned on by default, see
#4702. In
addition, thepackagename>
prefix is no longer included in
interelaved mode when only building a single target. - The
-fhide-source-paths
GHC option is now enabled by default and
can be disabled via thehide-source-paths
configuration option in
stack.yaml
. See #3784 - Stack will reconfigure a package if you modify your
PATH
environment
variable. See
#3138. - For GHC 8.4 and later, disable the "shadowed dependencies" workaround. This
means that Stack will no longer have to force reconfigures as often. See
#3554. - When building a package, Stack takes a lock on the dist directory in
use to avoid multiple runs of Stack from trampling each others'
files. See
#2730. - Stack will check occassionally if there is a new version available and prompt
the user to upgrade. This will not incur any additional network traffic, as
it will piggy-back on the existing Hackage index updates. You can set
recommend-stack-upgrade: false
to bypass this. See
#1681. stack list-dependencies
has been removed in favour ofstack ls dependencies
.- The new default for
--docker-auto-pull
is enabled. See
#3332.
Other enhancements:
- Support MX Linux in get-stack.sh. Fixes
#4769. - Defer loading up of files for local packages. This allows us to get
plan construction errors much faster, and avoid some unnecessary
work when only building a subset of packages. This is especially
useful for the curator use case. - Existing global option
--color=WHEN
is now also available as a
non-project-specific yaml configuration parametercolor:
. - Adopt the standard proposed at http://no-color.org/, that color should not be
added by default if theNO_COLOR
environment variable is present. - New command
stack ls stack-colors
lists the styles and the associated 'ANSI'
control character sequences that stack uses to color some of its output. See
stack ls stack-colors --help
for more information. - New global option
--stack-colors=STYLES
, also available as a
non-project-specific yaml configuration parameter, allows a stack user to
redefine the default styles that stack uses to color some of its output. See
stack --help
for more information. - British English spelling of 'color' (colour) accepted as an alias for
--color
,--stack-colors
,stack ls stack-colors
at the command line and
forcolor:
andstack-colors:
in yaml configuration files. - New build option
--ddump-dir
. (See
#4225) - Stack parses and respects the
preferred-versions
information from
Hackage for choosing latest version of a package in some cases,
e.g.stack unpack packagename
. - The components output in the
The main module to load is ambiguous
message
now include package names so they can be more easily copy-pasted. - Git repos are shared across multiple projects. See
#3551 - Use en_US.UTF-8 locale by default in pure Nix mode so programs won't
crash because of Unicode in their output
#4095 - Add
--tree
tols dependencies
to list dependencies as tree.
#4101 - Add
--pedantic
toghci
to run with-Wall
and-Werror
#4463 - Add
--cabal-files
flag tostack ide targets
command. - Add
--stdout
flag to allstack ide
sub...
v2.1.0.3 (release candidate)
This is the second release candidate for v2.1
Changes since v2.1.0.1 (first release candidate)
Other enhancements:
- Add
--docker-mount-mode
option to set the Docker volume mount mode
for performance tuning on macOS.
Bug fixes:
- Fix regression where
stack --docker
would quit after 20 seconds on
macOS.
2.1.0.1 (release candidate)
First release candidate for v2.1
Changes since v1.9.3
Major changes:
-
Switch over to pantry for managing packages. This is a major change
to Stack's internals, and affects user-visible behavior in a few
places. Some highlights:- Drop support for multiple package indices and legacy
00-index.tar
style indices. See
#4137. - Support for archives and repos in the
packages
section has
been removed. Instead, you must useextra-deps
for such
dependencies.packages
now only supports local filepaths. - Add support for Git repositories containing (recursive) submodules.
- Addition of new configuration options for specifying a "pantry
tree" key, which provides more reproducibility around builds,
and (in the future) will be used for more efficient package
content downloads. You can also specify package name and version
for more efficient config parsing.
* NOTE The newstack freeze
command provides support
for automatically generating this additional
information. - Package contents and metadata are stored in an SQLite database
in place of files on the filesystem. Thepantry
library can be
used for interacting with these contents. - Internally, Stack has changed many datatypes, including moving
to Cabal's definition of many data types. As a result of such
changes, existing cache files will in general be invalidated,
resulting in Stack needing to rebuild many previously cached
builds in the new version. Sorry :(. - A new command,
stack freeze
has been added which outputs
project and snapshot definitions with dependencies pinned to
their exact versions. - The
ignore-revision-mismatch
setting is no longer needed, and
has been removed. - Overriding GHC boot packages results in any other GHC boot
packages depending on it being no longer available as a dependency,
such packages need to be added explicitly when needed. See
[#4510] (#4510). - Cabal solver integration was not updated to support newer
cabal-install
versions sostack solver
command was removed as
well as a related option--solver
fromstack new
and
stack init
.
- Drop support for multiple package indices and legacy
-
Upgrade to Cabal 2.4
- Note that, in this process, the behavior of file globbing has
been modified to match that of Cabal. In particular, this means
that for Cabal spec versions less than 2.4,*.txt
will
matchfoo.txt
, but notfoo.2.txt
.
- Note that, in this process, the behavior of file globbing has
-
Remove the
stack image
command. With the advent of Docker multistage
builds, this functionality is no longer useful. For an example, please see
Building Haskell Apps with
Docker. -
Support building GHC from source (experimental)
- Stack now supports building and installing GHC from source. The built GHC
is uniquely identified by a commit id and an Hadrian "flavour" (Hadrian is
the newer GHC build system), hencecompiler
can be set to use a GHC
built from source withghc-git-COMMIT-FLAVOUR
- Stack now supports building and installing GHC from source. The built GHC
-
stack.yaml
now supports aconfigure-options
, which are passed directly to
theconfigure
step in the Cabal build process. See
#1438 -
Remove support for building GHCJS itself. Future releases of Stack
may remove GHCJS support entirely. -
Support for lock files for pinning exact project dependency versions
Behavior changes:
-
stack.yaml
now supportssnapshot
: a synonym forresolver
. See #4256 -
stack script
now passes-i -idir
in to theghc
invocation. This makes it so that the script can import local
modules, and fixes an issue where.hs
files in the current
directory could affect interpretation of the script. See
#4538 -
When using
stack script
, custom snapshot files will be resolved
relative to the directory containing the script. -
Remove the deprecated
--upgrade-cabal
flag tostack setup
. -
Support the
drop-packages
field instack.yaml
-
Remove the GPG signing code during uploads. The GPG signatures have
never been used yet, and there are no plans to implement signature
verification. -
Remove the
--plain
option for theexec
family of commands -
Always use the
--exact-configuration
Cabal configuration option when
building (should mostly be a non-user-visible enhancement). -
No longer supports Cabal versions older than
1.19.2
. This means
projects using snapshots earlier thanlts-3.0
or
nightly-2015-05-05
will no longer build. -
Remove the
stack docker cleanup
command. Docker itself now has
docker image prune
and
docker container prune
,
which you can use instead. -
Interleaved output is now turned on by default, see
#4702. In
addition, thepackagename>
prefix is no longer included in
interelaved mode when only building a single target. -
The
-fhide-source-paths
GHC option is now enabled by default and
can be disabled via thehide-source-paths
configuration option in
stack.yaml
. See #3784 -
Stack will reconfigure a package if you modify your
PATH
environment
variable. See
#3138. -
For GHC 8.4 and later, disable the "shadowed dependencies" workaround. This
means that Stack will no longer have to force reconfigures as often. See
#3554. -
When building a package, Stack takes a lock on the dist directory in
use to avoid multiple runs of Stack from trampling each others'
files. See
#2730. -
Stack will check occassionally if there is a new version available and prompt
the user to upgrade. This will not incur any additional network traffic, as
it will piggy-back on the existing Hackage index updates. You can set
recommend-stack-upgrade: false
to bypass this. See
#1681. -
stack list-dependencies
has been removed in favour ofstack ls dependencies
. -
The new default for
--docker-auto-pull
is enabled. See
#3332.
Other enhancements:
- Support MX Linux in get-stack.sh. Fixes
#4769. - Defer loading up of files for local packages. This allows us to get
plan construction errors much faster, and avoid some unnecessary
work when only building a subset of packages. This is especially
useful for the curator use case. - Existing global option
--color=WHEN
is now also available as a
non-project-specific yaml configuration parametercolor:
. - Adopt the standard proposed at http://no-color.org/, that color should not be
added by default if theNO_COLOR
environment variable is present. - New command
stack ls stack-colors
lists the styles and the associated 'ANSI'
control character sequences that stack uses to color some of its output. See
stack ls stack-colors --help
for more information. - New global option
--stack-colors=STYLES
, also available as a
non-project-specific yaml configuration parameter, allows a stack user to
redefine the default styles that stack uses to color some of its output. See
stack --help
for more information. - British English spelling of 'color' (colour) accepted as an alias for
--color
,--stack-colors
,stack ls stack-colors
at the command line and
forcolor:
andstack-colors:
in yaml configuration files. - New build option
--ddump-dir
. (See #4225) - Stack parses and respects the
preferred-versions
information from
Hackage for choosing latest version of a package in some cases,
e.g.stack unpack packagename
. - The components output in the
The main module to load is ambiguous
message
now include package names so they can be more easily copy-pasted. - Git repos are shared across multiple projects. See
#3551 - Use en_US.UTF-8 locale by default in pure Nix mode so programs won't
crash because of Unicode in their output
#4095 - Add
--tree
tols dependencies
to list dependencies as tree.
#4101 - Add
--pedantic
toghci
to run with-Wall
and-Werror
#4463 - Add
--cabal-files
flag tostack ide targets
command. - Add
--stdout
flag to allstack ide
subcommands. - Use batches when unregistering packages with
ghc-pkg
.
(See #2662) get-stack
script now works on Windows CI machines of Appveyor,
Travis and Azure Pipelines. See
#4535/- Show snapshot being used when
stack ghci
is invoked outside of a project directory. See
#3651 - The script interpreter now accepts a
--extra-dep
flag for adding
packages not present in the snapshot. Currently, th...
v1.9.3
See https://haskellstack.org for installation and upgrade instructions.
Changes since v1.9.1:
Bug fixes:
- Stack can now be compiled again inside a directory that does not
contain a.git
directory, see
#4364 - Handle a change in GHC's hi-dump format around
addDependentFile
,
which now includes a hash. See
yesodweb/yesod#1551 - Allow variables to appear in template file names.
Thanks to all our contributors for this release:
- Damian
- dbaynard
- Emanuel Borsboom
- Fangyi Zhou
- Flo Edelmann
- Matt Audesse
- Michael Snoyman
- Mihai Maruseac
- Phil de Joux
- Shinya Yamaguchi
- shiyuge
- 欧阳泽
v1.9.1
See https://haskellstack.org for installation and upgrade instructions.
Changes since v1.7.1:
Release notes:
- Statically linked Linux bindists are back again, thanks to @nh2.
- We will be deleting the Ubuntu, Debian, CentOS, Fedora, and Arch package repos from
download.fpcomplete.com
soon. These have been deprecated for over a year and have not received new releases, but were left in place for compatibility with older scripts.
Major changes:
- Upgrade to Cabal 2.4
- Note that, in this process, the behavior of file globbing has
been modified to match that of Cabal. In particular, this means
that for Cabal spec versions less than 2.4,*.txt
will
matchfoo.txt
, but notfoo.2.txt
.
- Note that, in this process, the behavior of file globbing has
GHCJS
support is being downgraded to 'experimental'. A warning notifying the user of the experimental status ofGHCJS
will be displayed.
Behavior changes:
ghc-options
fromstack.yaml
are now appended toghc-options
from
config.yaml
, whereas before they would be replaced.stack build
will now announce when sublibraries of a package are being
build, in the same way executables, tests, benchmarks and libraries are
announcedstack sdist
will now announce the destination of the generated tarball,
regardless of whether or not it passed the sanity checks- The
--upgrade-cabal
option tostack setup
has been
deprecated. This feature no longer works with GHC 8.2 and
later. Furthermore, the reason for this flag originally being
implemented was drastically lessened once Stack started using the
snapshot'sCabal
library for custom setups. See:
#4070. - With the new namespaced template feature,
stack templates
is no
longer able to meaningfully display a list of all templates
available. Instead, the command will download and display a
help file
with more information on how to discover templates. See:
#4039 - Build tools are now handled in a similar way to
cabal-install
. In
particular, for legacybuild-tools
fields, we use a hard-coded
list of build tools in place of looking up build tool packages in a
tool map. This both brings Stack's behavior closer into line with
cabal-install
, avoids some bugs, and opens up some possible
optimizations/laziness. See:
#4125. - Mustache templating is not applied to large files (over 50kb) to
avoid performance degredation. See:
#4133. stack upload
signs the package by default, as documented.--no-signature
turns the signing off.
#3739- In case there is a network connectivity issue while trying to
download a template, stack will check whether that template had
been downloaded before. In that case, the cached version will be
used. See #3850.
Other enhancements:
- On Windows before Windows 10, --color=never is the default on terminals that
can support ANSI color codes in output only by emulation - On Windows, recognise a 'mintty' (false) terminal as a terminal, by default
stack build
issues a warning whenbase
is explicitly listed in
extra-deps
ofstack.yaml
stack build
suggests trying another GHC version should the build
plan end up requiring unattainablebase
version.- A new sub command
run
has been introduced to build and run a specified executable
similar tocabal run
. If no executable is provided as the first argument, it
defaults to the first available executable in the project. stack build
missing dependency suggestions (on failure to construct a valid
build plan because of missing deps) are now printed with their latest
cabal file revision hash. See
#4068.- Added new
--tar-dir
option tostack sdist
, that allows to copy
the resulting tarball to the specified directory. - Introduced the
--interleaved-output
command line option and
build.interleaved-output
config value which causes multiple concurrent
builds to dump to stderr at the same time with apackagename>
prefix. See
#3225. - The default retry strategy has changed to exponential backoff.
This should help with
#3510. stack new
now allows template names of the formusername/foo
to
download from a user other thancommercialstack
on Github, and can be prefixed
with the servicegithub:
,gitlab:
, orbitbucket:
. #4039- Switch to
githash
to include some unmerged bugfixes ingitrev
Suggestion to add'allow-newer': true
now shows path to user config
file where this flag should be put into #3685 stack ghci
now asks which main target to load before doing the build,
rather than after- Bump to hpack 0.29.0
- With GHC 8.4 and later, Haddock is given the
--quickjump
flag. - It is possible to specify the Hackage base URL to upload packages to, instead
of the default ofhttps://hackage.haskell.org/
, by usinghackage-base-url
configuration option. - When using Nix, if a specific minor version of GHC is not requested, the
latest minor version in the given major branch will be used automatically.
Bug fixes:
stack ghci
now does not invalidate.o
files on repeated runs,
meaning any modules compiled with-fobject-code
will be cached
between ghci runs. See
#4038.~/.stack/config.yaml
andstack.yaml
terminating by newline- The previous released caused a regression where some
stderr
from the
ghc-pkg
command showed up in the terminal. This output is now silenced. - A regression in recompilation checking introduced in v1.7.1 has been fixed.
See #4001 stack ghci
on a package with internal libraries was erroneously looking
for a wrong package corresponding to the internal library and failing to
load any module. This has been fixed now and changes to the code in the
library and the sublibrary are properly tracked. See
#3926.- For packages with internal libraries not depended upon,
stack build
used
to fail the build process since the internal library was not built but it
was tried to be registered. This is now fixed by always building internal
libraries. See
#3996. --no-nix
was not respected under NixOS- Fix a regression which might use a lot of RAM. See
#4027. - Order of commandline arguments does not matter anymore.
See #3959 - When prompting users about saving their Hackage credentials on upload,
flush to stdout before waiting for the response so the prompt actually
displays. Also fixes a similar issue with ghci target selection prompt. - If
cabal
is not on PATH, runningstack solver
now prompts the user
to runstack install cabal-install
stack build
now succeeds in building packages which contain sublibraries
which are dependencies of executables, tests or benchmarks but not of the
main library. See
#3787.- Sublibraries are now properly considered for coverage reports when the test
suite depends on the internal library. Before, stack was erroring when
trying to generate the coverage report, see
#4105. - Sublibraries are now added to the precompiled cache and recovered from there
when the snapshot gets updated. Previously, updating the snapshot when there
was a package with a sublibrary in the snapshot resulted in broken builds.
This is now fixed, see
#4071. - [#4114] Stack pretty prints error messages with proper
error
logging
level instead ofwarning
now. This also fixes self-executing scripts
not piping plan construction errors from runhaskell to terminal (issue
#3942). - Fix invalid "While building Setup.hs" when Cabal calls fail. See:
#3934 stack upload
signs the package by default, as documented.--no-signature
turns the signing off.
#3739
Thanks to all our contributors for this release:
- Adrian Wong
- Alexey Kotlyarov
- Andrea Bessi
- Asalle
- Asalle Mirzaieva
- Attila Domokos
- braulio
- Buck Evan
- Chris Allen
- Chris Done
- chromezh
- Darryl Abbate
- David Baynard
- David Jarvis
- dbaynard
- Emanuel Borsboom
- Francis De Brabandere
- Guy Sheffer
- Ivan Kasatenko
- John Mendonca
- Jonathan Boulle
- Kirill Zaborsky
- Kostiantyn Rybnikov
- Lyle Kopnicky
- Markus Hauck
- Matchwood
- Matt Audesse
- Michael Sloan
- Michael Snoyman
- Mihai Maruseac
- Mike Pilgrem
- ncaq
- Paolo G. Giarrusso
- Pavel Krajcevski
- Pratik Chaudhary
- pythonissam
- Reuben D'Netto
- Richard Szibele
- RoelofWobben
- rszibele
- Sandy Maguire
- Sibi Prabakaran
- Simon Hengel
- tdietert
- The Gitter Badger
- Thomas Tuegel
- Tom Sydney Kerckhove
- Tom Welsh
- Trevor Rothaus
- t...