Releases: commercialhaskell/stack
v2.5.0.1 (release candidate)
Changes since v2.3.3
Major changes:
- Add the
snapshot-location-baseyaml 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
pantrylibrary. docker-networkconfiguration key added to overwrite docker--netarg
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 jsonnow includes fieldssha256andsizefor
dependencies oftypearchiveinlocation.
#5280- Build failures now show a hint to scroll up to the corresponding section
#5279 - Customisable output styles (see
stack --helpand the--stack-colors
option, andstack ls stack-colors --help) now includeinfo,debug,
other-level,secondaryandhighlight, used with verbose output.
Bug fixes:
- Fix
stack test --coveragewhen using Cabal 3 stack newnow 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-modeflag
Bug fixes:
- When using the
STACK_YAMLenv var with Docker, make the path absolute. - Fix the problem of
stack repl foo:test:barfailing without a project
build before that. See
#5213 - Fix
stack sdistintroducing 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-staticsuffix from the static Linux binaries. If you have
scripts to download the latest stable Linux binary, update them to use
linux-x86_64instead 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-staticvariant. -
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-locationsyaml configuration now allows overwriting the default locations ofstack-setup-2.yaml.
#5031
#2983
#2913 -
The
setup-infoconfiguration key now allows overwriting parts of the defaultsetup-info -
The
--setup-info-yamlcommand line flag now may be used in all stack commands such asstack build, and not only instack setup -
The
--setup-info-yamlmay specify multiple locations forstack-setup.yamlfiles. -
The
stack uploadcan read first reads environment Variable$HACKAGE_USERNAMEand$HACKAGE_PASSWORDif they are missing only then asks forusernameorpassword -
Fully remove GHCJS support.
-
Remove the
freezecommand. It has been replaced by lock files.
Behavior changes:
-
Remove the deprecated
--stack-setup-yamlcommand 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.yamlfiles, 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-timestampsflag in yaml. Setting it to true
prefixes each build log output line with a timestamp. -
Show warning about
local-programs-pathwith spaces on windows
when running scripts. See
#5013 -
Add
ls dependencies jsonwhich will print dependencies as JSON.
ls dependencies --treeis 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-yamland tool paths
#3394 -
Added the
--only-localsflag. 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 globaldoesn'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-locationsyaml configuration now allows overwriting the default locations ofstack-setup-2.yaml.
#5031
#2983
#2913 -
The
setup-infoconfiguration key now allows overwriting parts of the defaultsetup-info -
The
--setup-info-yamlcommand line flag now may be used in all stack commands such asstack build, and not only instack setup -
The
--setup-info-yamlmay specify multiple locations forstack-setup.yamlfiles. -
The
stack uploadcan read first reads environment Variable$HACKAGE_USERNAMEand$HACKAGE_PASSWORDif they are missing only then asks forusernameorpassword -
Fully remove GHCJS support.
-
Remove the
freezecommand. It has been replaced by lock files.
Behavior changes:
-
Remove the deprecated
--stack-setup-yamlcommand 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.yamlfiles, 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-timestampsflag in yaml. Setting it to true
prefixes each build log output line with a timestamp. -
Show warning about
local-programs-pathwith spaces on windows
when running scripts. See
#5013 -
Add
ls dependencies jsonwhich will print dependencies as JSON.
ls dependencies --treeis nowls dependencies tree. See
#4424 -
Remove warning for using Stack with GHC 8.8 and Cabal 3.0.
-
Allow relative paths in
--setup-info-yamland 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 globaldoesn'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-localoption was required only for windows environment. -
Properly wait for the
tarsubprocess 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_DIRenvironment to a proper package dist
directory sodoctestis 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-tmppackage 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.tarstyle indices. See
#4137. - Support for archives and repos in the
packagessection has
been removed. Instead, you must useextra-depsfor such
dependencies.packagesnow 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 freezecommand 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. Thepantrylibrary 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 freezehas been added which outputs
project and snapshot definitions with dependencies pinned to
their exact versions. - The
ignore-revision-mismatchsetting 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-installversions sostack solvercommand was removed as
well as a related option--solverfromstack newand
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,*.txtwill
matchfoo.txt, but notfoo.2.txt.
- Note that, in this process, the behavior of file globbing has
- Remove the
stack imagecommand. 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), hencecompilercan 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.yamlnow supports aconfigure-options, which are passed directly to
theconfigurestep 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.yamlnow supportssnapshot: a synonym forresolver. See
#4256stack scriptnow passes-i -idirin to theghc
invocation. This makes it so that the script can import local
modules, and fixes an issue where.hsfiles 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-cabalflag tostack setup. - Support the
drop-packagesfield 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
--plainoption for theexecfamily of commands - Always use the
--exact-configurationCabal 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.0or
nightly-2015-05-05will no longer build. - Remove the
stack docker cleanupcommand. 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-pathsGHC option is now enabled by default and
can be disabled via thehide-source-pathsconfiguration option in
stack.yaml. See #3784 - Stack will reconfigure a package if you modify your
PATHenvironment
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: falseto bypass this. See
#1681. stack list-dependencieshas been removed in favour ofstack ls dependencies.- The new default for
--docker-auto-pullis 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=WHENis 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_COLORenvironment variable is present. - New command
stack ls stack-colorslists the styles and the associated 'ANSI'
control character sequences that stack uses to color some of its output. See
stack ls stack-colors --helpfor 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 --helpfor more information. - British English spelling of 'color' (colour) accepted as an alias for
--color,--stack-colors,stack ls stack-colorsat the command line and
forcolor:andstack-colors:in yaml configuration files. - New build option
--ddump-dir. (See
#4225) - Stack parses and respects the
preferred-versionsinformation 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 ambiguousmessage
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
--treetols dependenciesto list dependencies as tree.
#4101 - Add
--pedantictoghcito run with-Walland-Werror
#4463 - Add
--cabal-filesflag tostack ide targetscommand. - Add
--stdoutflag to allstack idesub...
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-modeoption to set the Docker volume mount mode
for performance tuning on macOS.
Bug fixes:
- Fix regression where
stack --dockerwould 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.tarstyle indices. See
#4137. - Support for archives and repos in the
packagessection has
been removed. Instead, you must useextra-depsfor such
dependencies.packagesnow 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 freezecommand 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. Thepantrylibrary 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 freezehas been added which outputs
project and snapshot definitions with dependencies pinned to
their exact versions. - The
ignore-revision-mismatchsetting 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-installversions sostack solvercommand was removed as
well as a related option--solverfromstack newand
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,*.txtwill
matchfoo.txt, but notfoo.2.txt.
- Note that, in this process, the behavior of file globbing has
-
Remove the
stack imagecommand. 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), hencecompilercan 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.yamlnow supports aconfigure-options, which are passed directly to
theconfigurestep 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.yamlnow supportssnapshot: a synonym forresolver. See #4256 -
stack scriptnow passes-i -idirin to theghc
invocation. This makes it so that the script can import local
modules, and fixes an issue where.hsfiles 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-cabalflag tostack setup. -
Support the
drop-packagesfield 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
--plainoption for theexecfamily of commands -
Always use the
--exact-configurationCabal 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.0or
nightly-2015-05-05will no longer build. -
Remove the
stack docker cleanupcommand. 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-pathsGHC option is now enabled by default and
can be disabled via thehide-source-pathsconfiguration option in
stack.yaml. See #3784 -
Stack will reconfigure a package if you modify your
PATHenvironment
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: falseto bypass this. See
#1681. -
stack list-dependencieshas been removed in favour ofstack ls dependencies. -
The new default for
--docker-auto-pullis 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=WHENis 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_COLORenvironment variable is present. - New command
stack ls stack-colorslists the styles and the associated 'ANSI'
control character sequences that stack uses to color some of its output. See
stack ls stack-colors --helpfor 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 --helpfor more information. - British English spelling of 'color' (colour) accepted as an alias for
--color,--stack-colors,stack ls stack-colorsat the command line and
forcolor:andstack-colors:in yaml configuration files. - New build option
--ddump-dir. (See #4225) - Stack parses and respects the
preferred-versionsinformation 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 ambiguousmessage
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
--treetols dependenciesto list dependencies as tree.
#4101 - Add
--pedantictoghcito run with-Walland-Werror
#4463 - Add
--cabal-filesflag tostack ide targetscommand. - Add
--stdoutflag to allstack idesubcommands. - Use batches when unregistering packages with
ghc-pkg.
(See #2662) get-stackscript now works on Windows CI machines of Appveyor,
Travis and Azure Pipelines. See
#4535/- Show snapshot being used when
stack ghciis invoked outside of a project directory. See
#3651 - The script interpreter now accepts a
--extra-depflag 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.gitdirectory, 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.comsoon. 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,*.txtwill
matchfoo.txt, but notfoo.2.txt.
- Note that, in this process, the behavior of file globbing has
GHCJSsupport is being downgraded to 'experimental'. A warning notifying the user of the experimental status ofGHCJSwill be displayed.
Behavior changes:
ghc-optionsfromstack.yamlare now appended toghc-optionsfrom
config.yaml, whereas before they would be replaced.stack buildwill now announce when sublibraries of a package are being
build, in the same way executables, tests, benchmarks and libraries are
announcedstack sdistwill now announce the destination of the generated tarball,
regardless of whether or not it passed the sanity checks- The
--upgrade-cabaloption tostack setuphas 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'sCaballibrary for custom setups. See:
#4070. - With the new namespaced template feature,
stack templatesis 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-toolsfields, 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 uploadsigns 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 buildissues a warning whenbaseis explicitly listed in
extra-depsofstack.yamlstack buildsuggests trying another GHC version should the build
plan end up requiring unattainablebaseversion.- A new sub command
runhas 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 buildmissing 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-diroption tostack sdist, that allows to copy
the resulting tarball to the specified directory. - Introduced the
--interleaved-outputcommand line option and
build.interleaved-outputconfig 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 newnow allows template names of the formusername/footo
download from a user other thancommercialstackon Github, and can be prefixed
with the servicegithub:,gitlab:, orbitbucket:. #4039- Switch to
githashto include some unmerged bugfixes ingitrev
Suggestion to add'allow-newer': truenow shows path to user config
file where this flag should be put into #3685 stack ghcinow 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
--quickjumpflag. - 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 ghcinow does not invalidate.ofiles on repeated runs,
meaning any modules compiled with-fobject-codewill be cached
between ghci runs. See
#4038.~/.stack/config.yamlandstack.yamlterminating by newline- The previous released caused a regression where some
stderrfrom the
ghc-pkgcommand 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 ghcion 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 buildused
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-nixwas 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
cabalis not on PATH, runningstack solvernow prompts the user
to runstack install cabal-install stack buildnow 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
errorlogging
level instead ofwarningnow. 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 uploadsigns 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...