Date: Sat, 26 Jul 2025 18:59:17 +0000 From: bugzilla-noreply@freebsd.org To: haskell@FreeBSD.org Subject: [Bug 288464] devel/stack: update 3.5.1 => 3.7.1 Message-ID: <bug-288464-16154@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288464 Bug ID: 288464 Summary: devel/stack: update 3.5.1 =3D> 3.7.1 Product: Ports & Packages Version: Latest Hardware: Any URL: https://github.com/commercialhaskell/stack/releases OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: haskell@FreeBSD.org Reporter: alven@FreeBSD.org Flags: maintainer-feedback?(haskell@FreeBSD.org) Assignee: haskell@FreeBSD.org Attachment #262447 maintainer-approval+ Flags: Created attachment 262447 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D262447&action= =3Dedit [PATCH] devel/stack: update 3.5.1 =3D> 3.7.1 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 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-288464-16154>