You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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).
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.
ghc-9.2.7 is now available and has native m1 support.
The text was updated successfully, but these errors were encountered: