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
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 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
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