
See https://haskellstack.org for installation and upgrade instructions. ### Changes since v1.6.5: Release notes: * aarch64 (64-bit ARM) bindists are now available for the first time. * Statically linked Linux bindists are no longer available, due to difficulty with GHC 8.2.2 on Alpine Linux. * 32-bit Linux GMP4 bindists for CentOS 6 are no longer available, since GHC 8.2.2 is no longer being built for that platform. Major changes: * Upgrade from Cabal 2.0 to Cabal 2.2 Behavior changes: * `stack setup` no longer uses different GHC configure options on Linux distributions that use GCC with PIE enabled by default. GHC detects this itself since ghc-8.0.2, and Stack's attempted workaround for older versions caused more problems than it solved. * `stack new` no longer initializes a project if the project template contains a stack.yaml file. Other enhancements: * A new sub command `ls` has been introduced to stack to view local and remote snapshots present in the system. Use `stack ls snapshots --help` to get more details about it. * `list-dependencies` has been deprecated. The functionality has to accessed through the new `ls dependencies` interface. See [#3669](https://github.com/commercialhaskell/stack/issues/3669) for details. * Specify User-Agent HTTP request header on every HTTP request. See [#3628](https://github.com/commercialhaskell/stack/issues/3628) for details. * `stack setup` looks for GHC bindists and installations by any OS key that is compatible (rather than only checking a single one). This is relevant on Linux where different distributions may have different combinations of libtinfo 5/6, ncurses 5/6, and gmp 4/5, and will allow simpifying the setup-info metadata YAML for future GHC releases. * The build progress bar reports names of packages currently building. * `stack setup --verbose` causes verbose output of GHC configure process. See [#3716](https://github.com/commercialhaskell/stack/issues/3716) * Improve the error message when an `extra-dep` from a path or git reference can't be found See [#3808](https://github.com/commercialhaskell/stack/pull/3808) * Nix integration is now disabled on windows even if explicitly enabled, since it isn't supported. See [#3600](https://github.com/commercialhaskell/stack/issues/3600) * `stack build` now supports a new flag `--keep-tmp-files` to retain intermediate files and directories for the purpose of debugging. It is best used with ghc's equivalent flag, i.e. `stack build --keep-tmp-files --ghc-options=-keep-tmp-files`. See [#3857](https://github.com/commercialhaskell/stack/issues/3857) * Improved error messages for snapshot parse exceptions * `stack unpack` now supports a `--to /target/directory` option to specify where to unpack the package into * `stack hoogle` now supports a new flag `--server` that launches local Hoogle server on port 8080. See [#2310](https://github.com/commercialhaskell/stack/issues/2310) Bug fixes: * The script interpreter's implicit file arguments are now passed before other arguments. See [#3658](https://github.com/commercialhaskell/stack/issues/3658). In particular, this makes it possible to pass `-- +RTS ... -RTS` to specify RTS arguments used when running the script. * Don't ignore the template `year` parameter in config files, and clarify the surrounding documentation. See [#2275](https://github.com/commercialhaskell/stack/issues/2275). * Benchmarks used to be run concurrently with other benchmarks and build steps. This is non-ideal because CPU usage of other processes may interfere with benchmarks. It also prevented benchmark output from being displayed by default. This is now fixed. See [#3663](https://github.com/commercialhaskell/stack/issues/3663). * `stack ghci` now allows loading multiple packages with the same module name, as long as they have the same filepath. See [#3776](https://github.com/commercialhaskell/stack/pull/3776). * `stack ghci` no longer always adds a dependency on `base`. It is now only added when there are no local targets. This allows it to be to load code that uses replacements for `base`. See [#3589](https://github.com/commercialhaskell/stack/issues/3589#issuecomment) * `stack ghci` now uses correct paths for autogen files with [#3791](https://github.com/commercialhaskell/stack/issues/3791) * When a package contained sublibraries, stack was always recompiling the package. This has been fixed now, no recompilation is being done because of sublibraries. See [#3899](https://github.com/commercialhaskell/stack/issues/3899). * The `get-stack.sh` install script now matches manual instructions when it comes to Debian/Fedora/CentOS install dependencies. * Compile Cabal-simple with gmp when using Nix. See [#2944](https://github.com/commercialhaskell/stack/issues/2944) * `stack ghci` now replaces the stack process with ghci. This improves signal handling behavior. In particular, handling of Ctrl-C. To make this possible, the generated files are now left behind after exit. The paths are based on hashing file contents, and it's stored in the system temporary directory, so this shouldn't result in too much garbage. See [#3821](https://github.com/commercialhaskell/stack/issues/3821). ### Thanks to all our contributors for this release: * Alexey Kuleshevich * Andrei Dziahel * Andrew Cowie * Daniel Bergey * David Baynard * Domen Kožar * Don Waldhalm * Emanuel Borsboom * Geoffrey Noel * Ivan Kasatenko * Jan von Loewenstein * Joshua Simmons * Kirill Elagin * Krishnan Parthasarathi * Luke Murphy * Matt Spaulding * Matthias Braun * Maximilian Tagher * Michael Sloan * Michael Snoyman * Mihai Maruseac * Mike Pilgrem * Mitchell Rosen * Nicolas Mattia * Niklas Hambüchen * Oleg Grenrus * Reuben D'Netto * Robert J. Macomber * Sibi Prabakaran * silky * Simon Hengel * Tero Laxström * tswelsh * Yuji Yamamoto

2018-04-28 15:31 GMT+02:00 Emanuel Borsboom
See https://haskellstack.org for installation and upgrade instructions. [...]
The download links for the Windows installers on https://docs.haskellstack.org/en/stable/install_and_upgrade/#windows are broken. The GitHub release pages only mention ZIP files. Is this intentional? Cheers, S.

The download links for the Windows installers on https://docs.haskellstack.org/en/stable/install_and_upgrade/#windows https://docs.haskellstack.org/en/stable/install_and_upgrade/#windows are broken. The GitHub release pages only mention ZIP files. Is this intentional?
Sorry about that, should be fixed now.

On Apr 28, 2018, at 9:31 AM, Emanuel Borsboom
wrote: See https://haskellstack.org for installation and upgrade instructions.
When I try to use the nightly-2018-04-28 snapshot on a FreeBSD11 system, I get: $ stack build No setup information found for ghc-8.4.2 on your platform. This probably means a GHC bindist has not yet been added for OS key 'freebsd64'. Supported versions: ghc-7.8.4, ghc-7.10.1, ghc-7.10.2, ghc-7.10.3, ghc-8.0.1, ghc-8.0.2, ghc-8.2.1, ghc-8.2.2 Is that expected? FWIW, at: https://github.com/commercialhaskell/ghc/releases/ there's a link: * ghc-8.4.2-x86_64-portbld-freebsd.tar.xz to: https://github.com/commercialhaskell/ghc/releases/download/ghc-8.4.2-release... -- Viktor.

This should be fixed now. The GHC 8.4.x bindists weren't under the right OS key in the GHC setup metadata. That said, this shouldn't behave any differently on stack-1.7.x than it did with stack-1.6.x. I'm curious if this will work for you though. I just tried it on a FreeBSD 11 VM and GHC 8.4.2 failed stack's post-install sanity check with a bunch of errors like this: /usr/local/bin/ld.gold: error: /home/vagrant/.stack/programs/x86_64-freebsd/ghc-8.4.2/lib/ghc-8.4.2/rts/libHSrts.a(RTS.o): unexpected reloc 8 in object file /home/vagrant/.stack/programs/x86_64-freebsd/ghc-8.4.2/lib/ghc-8.4.2/rts/libHSrts.a(RTS.o):/usr/src/cddl/lib/drti/../../../cddl/contrib/opensolaris/lib/libdtrace/common/drti.c:__SUNW_dof: error: unexpected reloc 8 in object file collect2: error: ld returned 1 exit status GHC 8.2.2 seems to work alright, so not sure what changed in the bindists.
On Apr 28, 2018, at 11:12 AM, Viktor Dukhovni
wrote: When I try to use the nightly-2018-04-28 snapshot on a FreeBSD11 system, I get:
$ stack build No setup information found for ghc-8.4.2 on your platform. This probably means a GHC bindist has not yet been added for OS key 'freebsd64'. Supported versions: ghc-7.8.4, ghc-7.10.1, ghc-7.10.2, ghc-7.10.3, ghc-8.0.1, ghc-8.0.2, ghc-8.2.1, ghc-8.2.2
Is that expected? FWIW, at:
https://github.com/commercialhaskell/ghc/releases/
there's a link:
* ghc-8.4.2-x86_64-portbld-freebsd.tar.xz
to:
https://github.com/commercialhaskell/ghc/releases/download/ghc-8.4.2-release...
-- Viktor.
_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.

On Apr 28, 2018, at 5:53 PM, Emanuel Borsboom
wrote: This should be fixed now. The GHC 8.4.x bindists weren't under the right OS key in the GHC setup metadata. That said, this shouldn't behave any differently on stack-1.7.x than it did with stack-1.6.x.
Yes, the same problem with stack 1.6, I just updated stack and tried the snapshot at the same time.
I'm curious if this will work for you though. I just tried it on a FreeBSD 11 VM and GHC 8.4.2 failed stack's post-install sanity check with a bunch of errors
I'll let you know. For some reason running "strip" on the various ".a" files extracted from the archive is taking a very long time... For example, still running as I write: $ ps -wwww -o pid,etime,args -p $(pgrep strip) PID ELAPSED COMMAND 72558 05:49 strip --strip-unneeded /usr/home/viktor/.stack/programs/x86_64-freebsd/ghc-8.4.2/lib/ghc-8.4.2/Cabal-2.2.0.1/libHSCabal-2.2.0.1_p.a -- Viktor.

On Sun, Apr 29, 2018 at 1:14 AM, Viktor Dukhovni
On Apr 28, 2018, at 5:53 PM, Emanuel Borsboom
wrote: This should be fixed now. The GHC 8.4.x bindists weren't under the right OS key in the GHC setup metadata. That said, this shouldn't behave any differently on stack-1.7.x than it did with stack-1.6.x.
Yes, the same problem with stack 1.6, I just updated stack and tried the snapshot at the same time.
I'm curious if this will work for you though. I just tried it on a FreeBSD 11 VM and GHC 8.4.2 failed stack's post-install sanity check with a bunch of errors
I'll let you know. For some reason running "strip" on the various ".a" files extracted from the archive is taking a very long time... For example, still running as I write:
Yep, I also have this problem on 12-CURRENT.
$ ps -wwww -o pid,etime,args -p $(pgrep strip) PID ELAPSED COMMAND 72558 05:49 strip --strip-unneeded /usr/home/viktor/.stack/ programs/x86_64-freebsd/ghc-8.4.2/lib/ghc-8.4.2/Cabal-2.2.0. 1/libHSCabal-2.2.0.1_p.a
-- Viktor.
_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.
participants (4)
-
Emanuel Borsboom
-
Gleb Popov
-
Sven Panne
-
Viktor Dukhovni