ANN: stack-0.1.4.0 (and 0.1.4.1)
See README <https://github.com/commercialhaskell/stack#how-to-install> for installation and upgrade instructions. Note: while stack-0.1.4.1 is on Hackage, the only change is to a comment so that stack’s haddocks build. Therefore, no new binaries were generated. Functionally, v0.1.4.0 is identical to v0.1.4.1. Note: we have stopped uploading new versions to the Fedora 20 repository, since that version of Fedora has reached end of life <https://fedoraproject.org/wiki/End_of_life>. If you are using Fedora 20, use stack upgrade or download the general Linux binary <https://github.com/commercialhaskell/stack/wiki/Downloads#linux>. Major changes: - You now have more control over how GHC versions are matched, e.g. “use exactly this version,” “use the specified minor version, but allow patches,” or “use the given minor version or any later minor in the given major release.” The default has switched from allowing newer later minor versions to a specific minor version allowing patches. For more information, see #736 <https://github.com/commercialhaskell/stack/issues/736> and #784 <https://github.com/commercialhaskell/stack/pull/784>. - Support added for compiling with GHCJS - stack can now reuse prebuilt binaries between snapshots. That means that, if you build package foo in LTS-3.1, that binary version can be reused in LTS-3.2, assuming it uses the same dependencies and flags. #878 <https://github.com/commercialhaskell/stack/issues/878> Other enhancements: - Added the --docker-env argument, to set environment variables in Docker container. - Set locale environment variables to UTF-8 encoding for builds to avoid “commitBuffer: invalid argument” errors from GHC #793 <https://github.com/commercialhaskell/stack/issues/793> - Enable translitation for encoding on stdout and stderr #824 <https://github.com/commercialhaskell/stack/issues/824> - By default, stack upgrade automatically installs GHC as necessary #797 <https://github.com/commercialhaskell/stack/issues/797> - Added the ghc-options field to stack.yaml #796 <https://github.com/commercialhaskell/stack/issues/796> - Added the extra-path field to stack.yaml - Code page changes on Windows only apply to the build command (and its synonyms), and can be controlled via a command line flag (still defaults to on) #757 <https://github.com/commercialhaskell/stack/issues/757> - Implicitly add packages to extra-deps when a flag for them is set #807 <https://github.com/commercialhaskell/stack/issues/807> - Use a precompiled Setup.hs for simple build types #801 <https://github.com/commercialhaskell/stack/issues/801> - Set —enable-tests and —enable-benchmarks optimistically #805 <https://github.com/commercialhaskell/stack/issues/805> - --only-configure option added #820 <https://github.com/commercialhaskell/stack/issues/820> - Check for duplicate local package names - Stop nagging people that call stack test #845 <https://github.com/commercialhaskell/stack/issues/845> - --file-watch will ignore files that are in your VCS boring/ignore files #703 <https://github.com/commercialhaskell/stack/issues/703> - Add --numeric-version option Bug fixes: - stack init --solver fails if GHC_PACKAGE_PATH is present #860 <https://github.com/commercialhaskell/stack/issues/860> - stack solver and stack init --solver check for test suite and benchmark dependencies #862 <https://github.com/commercialhaskell/stack/issues/862> - More intelligent logic for setting UTF-8 locale environment variables #856 <https://github.com/commercialhaskell/stack/issues/856> - Create missing directories for stack sdist - Don’t ignore .cabal files with extra periods #895 <https://github.com/commercialhaskell/stack/issues/895> - Deprecate unused --optimizations flag - Truncated output on slow terminals #413 <https://github.com/commercialhaskell/stack/issues/413>
stack can now reuse prebuilt binaries between snapshots.
This sounds amazing! Thanks everyone, Adam On Fri, Sep 4, 2015 at 4:12 PM, Simon Michael <simon@joyful.com> wrote:
Hurrah! Thank you stack devs.
-- You received this message because you are subscribed to the Google Groups "haskell-stack" group. To unsubscribe from this group and stop receiving emails from it, send an email to haskell-stack+unsubscribe@googlegroups.com. To post to this group, send email to haskell-stack@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/haskell-stack/1DA74D2A-C2AA-462B-876F-22A1... . For more options, visit https://groups.google.com/d/optout.
what a great release! Esp. the reuse of binaries between snapshots!
- Support added for compiling with GHCJS
I presume that stack does not assist in installing GHCJS itself as it does for ghc. Are there any plans of improving the ghcjs situation? What are the current blockers?
Thanks, Michal
I'd like to post results of my small experiment to evaluate how awesome the reuse of binaries between snapshots is. I did the following: 1. Clean the C:\Users\<username>\AppData\Roaming\stack 2. Build my project for LTS-3.3 - 6 minutes 3. Switch to LTS-3.4 and build - 20 seconds! The reason? Here it is: cmdargs-0.10.13: copying precompiled package dlist-0.7.1.2: copying precompiled package executable-path-0.0.3: copying precompiled package nats-1: copying precompiled package mtl-2.2.1: copying precompiled package network-2.6.2.1: copying precompiled package old-locale-1.0.0.7: copying precompiled package base-orphans-0.4.4: copying precompiled package parallel-3.2.0.6: copying precompiled package prelude-extras-0.4: copying precompiled package primitive-0.6: copying precompiled package reflection-2: copying precompiled package mtl-compat-0.2.1.3: copying precompiled package split-0.2.2: copying precompiled package old-time-1.1.0.3: copying precompiled package stm-2.4.4: copying precompiled package syb-0.5.1: copying precompiled package tagged-0.8.1: copying precompiled package text-1.2.1.3: copying precompiled package transformers-compat-0.4.0.4: copying precompiled package utf8-string-1.0.1.1: copying precompiled package vector-0.10.12.3: copying precompiled package StateVar-1.1.0.1: copying precompiled package blaze-builder-0.4.0.1: copying precompiled package hashable-1.2.3.3: copying precompiled package parsec-3.1.9: copying precompiled package distributive-0.4.4: copying precompiled package exceptions-0.8.0.2: copying precompiled package string-conversions-0.4: copying precompiled package blaze-textual-0.2.1.0: copying precompiled package unordered-containers-0.2.5.1: copying precompiled package scientific-0.3.3.8: copying precompiled package network-uri-2.6.0.3: copying precompiled package semigroups-0.16.2.2: copying precompiled package json-builder-0.3: copying precompiled package attoparsec-0.12.1.6: copying precompiled package HTTP-4000.2.20: copying precompiled package bifunctors-5: copying precompiled package void-0.7: copying precompiled package aeson-0.8.0.2: copying precompiled package contravariant-1.3.2: copying precompiled package comonad-4.2.7.2: copying precompiled package profunctors-5.1.1: copying precompiled package semigroupoids-5.0.0.4: copying precompiled package free-4.12.1: copying precompiled package adjunctions-4.2.1: copying precompiled package kan-extensions-4.2.2: copying precompiled package lens-4.12.3: copying precompiled package lens-aeson-1.0.0.4: copying precompiled package Not a single of my dependencies was actually rebuilt! How awesome is that! Thanks, Michał On Fri, Sep 4, 2015 at 1:41 PM, Michal Antkiewicz <mantkiew@gsd.uwaterloo.ca
wrote:
what a great release! Esp. the reuse of binaries between snapshots!
- Support added for compiling with GHCJS
I presume that stack does not assist in installing GHCJS itself as it does for ghc. Are there any plans of improving the ghcjs situation? What are the current blockers?
Thanks, Michal
Yes, there are plans to have stack perform the GHCJS setup as well. The main blocker as I understand it is that GHCJS is not on Hackage yet (or following any kind of "formal" release process), but Luite announced at HIW that he intends to upload the first release soon. Aside from that, installing GHCJS is a very different process than installing GHC from a bindist, so it's a matter of putting in the effort to develop and test it. On Fri, Sep 4, 2015 at 10:41 AM, Michal Antkiewicz < mantkiew@gsd.uwaterloo.ca> wrote:
what a great release! Esp. the reuse of binaries between snapshots!
- Support added for compiling with GHCJS
I presume that stack does not assist in installing GHCJS itself as it does for ghc. Are there any plans of improving the ghcjs situation? What are the current blockers?
Thanks, Michal
Yup, a release of GHCJS is the main blocker. Here's the issue tracking this: https://github.com/commercialhaskell/stack/issues/749 -Michael On Fri, Sep 4, 2015 at 11:34 AM Emanuel Borsboom <manny@fpcomplete.com> wrote:
Yes, there are plans to have stack perform the GHCJS setup as well. The main blocker as I understand it is that GHCJS is not on Hackage yet (or following any kind of "formal" release process), but Luite announced at HIW that he intends to upload the first release soon. Aside from that, installing GHCJS is a very different process than installing GHC from a bindist, so it's a matter of putting in the effort to develop and test it.
On Fri, Sep 4, 2015 at 10:41 AM, Michal Antkiewicz < mantkiew@gsd.uwaterloo.ca> wrote:
what a great release! Esp. the reuse of binaries between snapshots!
- Support added for compiling with GHCJS
I presume that stack does not assist in installing GHCJS itself as it does for ghc. Are there any plans of improving the ghcjs situation? What are the current blockers?
Thanks, Michal
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
participants (5)
-
Adam Bergmark -
Emanuel Borsboom -
Michael Sloan -
Michal Antkiewicz -
Simon Michael