ghc 7.10.3 is outdated and currently only only supports x86_64.

[dak180]

ghc-9.2.7 is now available and has native m1 support.

[nieder]

It's going to be a little tough. Our package currently uses the prebuilt binary tarball because IIRC the build process is incredibly hard. So we would need to variant the source download on %m.
https://downloads.haskell.org/~ghc/9.6.1/

Also, all the dylibs have been renamed and are now called something like this libHSfilepath-1.4.2.1-ghc8.10.7.dylib w/out the hash that our current version has libHSfilepath-1.4.0.0-Ey7a1in9roBAE8bUFJ5R9m-ghc7.10.3.dylib So an upgrade would technically be in violation of the Shlibs policy because the ghc mods all link to them. They also Depend on the specific micro version they were built against.

[barracuda156]

For the record, the last version to build on powerpc, as of now, is 7.6.3, so to support all archs, there must be several simultaneous versions (obviously, no version supports arm64 and ppc at the same time).

[nieder]

Fink can handle different versions for different architectures (or macOS releases) if necessary.
The packaging problem is that the binaries hardcode the ghc version name and a hash into the dylib install_name, so updating will immediately break any ghc mod built to the previous release.
We can package an arm64 version of ghc that's current, but then it'll be stuck at that release for the same reason.

[nieder]

For the variable hash in the dylibs name (which also leaks the buildpath), see these 2 as possible upstream fixes,

https://gitlab.haskell.org/ghc/ghc/-/issues/10424
https://gitlab.haskell.org/ghc/ghc/-/merge_requests/9604

And this is what Debian (and many other dists) are using:
https://salsa.debian.org/haskell-team/DHG_packages/-/blob/master/p/ghc/debian/patches/buildpath-abi-stability.patch

May also need newer llvm, so see #1214