ghc8102Binary: init, enable armv7l

[sorki]

Motivation for this change

Mostly armv7l support. Previous binary releases weren't shipping with armv7l builds.

Diff against 8.6.5-binary.nix - https://gist.github.com/sorki/88930e984b5ca5fa427da87c25933bbb

Tested on x86_64 and armv7l. Currently trying to use it to bootstrap native ghc8102.

I'm not yet sure if LD=ld.gold is needed for aarch64 as well.

Things done

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Ensured that relevant documentation is up to date
• Fits CONTRIBUTING.md.

[peti]

@GrahamcOfBorg build ghc8102Binary.ghc ghc8102Binary.hscolour

[peti]

I've tried the build on a Raspberry Pi 4b, aarch64, and it failed with the following error:

utils/ghc-cabal/dist-install/build/tmp/ghc-cabal: error while loading shared libraries: libnuma.so.1: cannot open shared object file: No such file or directory

I'm not sure what libnuma.so.1 is.

[sorki]

I've tried the build on a Raspberry Pi 4b, aarch64, and it failed with the following error:

utils/ghc-cabal/dist-install/build/tmp/ghc-cabal: error while loading shared libraries: libnuma.so.1: cannot open shared object file: No such file or directory

I'm not sure what libnuma.so.1 is.

Thanks for testing, I've managed to provision my Pi4 today so I can try as well now (and possibly fix that as it looks like just a missing patchelf bit).