If the Macports-compiled stack runs on arm64, then the prebuilt download will too.
The issue as far as I can tell from the internet is that stack will generate x86_64 binaries, even if running on an M1. https://www.haskell.org/ghc/blog/20200515-ghc-on-arm.html These x86_64 binaries should run on an M1. If so, is the best approach to remove the supported_archs line from the stack Portfile, or add arm64? > On Aug 13, 2021, at 09:21, Ryan Schmidt <ryandes...@macports.org> wrote: > > The stack port's +prebuilt variant installs a prebuilt binary of a > particular architecture or architectures. In that variant, the port must > declare using supported_archs what the architectures of that prebuilt binary > are. > > >> On Aug 13, 2021, at 07:59, Christopher Jones <jon...@hep.phy.cam.ac.uk> >> wrote: >> >> >> That line is indeed limiting support to intel machines. If it works on arm >> add that to the list, or probably better just remove it and rely on the >> defaults. >> >> Chris >> >>>> On 13 Aug 2021, at 1:55 pm, Steven Smith <steve.t.sm...@gmail.com> wrote: >>> >>> Is this line in the stack Portfile the issue? Ports (like pandoc) that are >>> built using stack depend on the stack port, and port stack says that x86_64 >>> is supported, but not arm64. However, stack installs and runs just fine on >>> an M1 box. >>> >>>> supported_archs x86_64 >>> >>> https://github.com/macports/macports-ports/blob/4cccce94528cf34ba0ac86ee26d8f33b43351214/lang/stack/Portfile#L31 >>> >>> >>>> On Aug 13, 2021, at 5:27 AM, Ryan Schmidt <ryandes...@macports.org> wrote: >>>> >>>> As far as I could tell, this applies to individual ports, but not to a >>>> port's dependencies. See: >>>> >>>> https://trac.macports.org/ticket/63092 >>> >> >
