Date: Sat, 26 Jul 2025 18:59:17 +0000 From: bugzilla-noreply@freebsd.org To: haskell@FreeBSD.org Subject: maintainer-feedback requested: [Bug 288464] devel/stack: update 3.5.1 => 3.7.1 Message-ID: <bug-288464-16154-ePU1ywaADB@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-288464-16154@https.bugs.freebsd.org/bugzilla/> References: <bug-288464-16154@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Bugzilla Automation <bugzilla@FreeBSD.org> has asked freebsd-haskell (Nobod= y) <haskell@FreeBSD.org> for maintainer-feedback: Bug 288464: devel/stack: update 3.5.1 =3D> 3.7.1 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288464 --- Description --- v3.7.1 Latest See https://haskellstack.org/ for installation and upgrade instructions. Changes since v3.5.1: Other enhancements: Bump to Hpack 0.38.1. The --extra-dep option of Stack's script command now accepts a YAML val= ue specifying any immutable extra-dep. Previously only an extra-dep in the pac= kage index that could be specified by a YAML string (for example, acme-missiles-0.3@rev:0) was accepted. Bug fixes: stack script --package <pkg-name> now uses GHC's -package-id option to expose the installed package, rather than GHC's -package option. For packag= es with public sub-libraries, -package <pkg> can expose an installed package o= ther than one listed by ghc-pkg list <pkg>. Work around ghc-pkg bug where, on Windows only, it cannot register a package into a package database that is also listed in the GHC_PACKAGE_PATH environment variable. In previous versions of Stack, this affected stack sc= ript when copying a pre-compiled package from another package database. On Windows, when decompressing, and extracting, tools from archive file= s, Stack uses the system temporary directory, rather than the root of the destination drive, if the former is on the destination drive. Thanks to all our contributors for this release: Max Ulidtko Mike Pilgrem Olivier Benz Simon Hengel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-288464-16154-ePU1ywaADB>