Quantcast

ANN: stack-0.1.4.0 (and 0.1.4.1)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

ANN: stack-0.1.4.0 (and 0.1.4.1)

Emanuel Borsboom

See README 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. If you are using Fedora 20, use stack upgrade or download the general Linux binary.

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

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
  • Enable translitation for encoding on stdout and stderr #824
  • By default, stack upgrade automatically installs GHC as necessary #797
  • Added the ghc-options field to stack.yaml #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
  • Implicitly add packages to extra-deps when a flag for them is set #807
  • Use a precompiled Setup.hs for simple build types #801
  • Set —enable-tests and —enable-benchmarks optimistically #805
  • --only-configure option added #820
  • Check for duplicate local package names
  • Stop nagging people that call stack test #845
  • --file-watch will ignore files that are in your VCS boring/ignore files #703
  • Add --numeric-version option

Bug fixes:

  • stack init --solver fails if GHC_PACKAGE_PATH is present #860
  • stack solver and stack init --solver check for test suite and benchmark dependencies #862
  • More intelligent logic for setting UTF-8 locale environment variables #856
  • Create missing directories for stack sdist
  • Don’t ignore .cabal files with extra periods #895
  • Deprecate unused --optimizations flag
  • Truncated output on slow terminals #413

--
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Haskell-cafe] ANN: stack-0.1.4.0 (and 0.1.4.1)

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 <[hidden email]> 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

--
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Haskell-cafe] ANN: stack-0.1.4.0 (and 0.1.4.1)

Michael Sloan
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 <[hidden email]> 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 <[hidden email]> 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
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe

--
Loading...