[Bug 288464] devel/stack: update 3.5.1 => 3.7.1

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288464

            Bug ID: 288464
           Summary: devel/stack: update 3.5.1 => 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=262447&action=edit
[PATCH] devel/stack: update 3.5.1 => 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 value
specifying any immutable extra-dep. Previously only an extra-dep in the package
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 packages
with public sub-libraries, -package <pkg> can expose an installed package other
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 script
when copying a pre-compiled package from another package database.
    On Windows, when decompressing, and extracting, tools from archive files,
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

-- 
You are receiving this mail because:
You are the assignee for the bug.