Fix Raspberry Pi
authorMoritz Angermann <moritz.angermann@gmail.com>
Mon, 8 May 2017 21:45:18 +0000 (17:45 -0400)
committerBen Gamari <ben@smart-cactus.org>
Mon, 8 May 2017 21:45:19 +0000 (17:45 -0400)
commitdc3b4af6d0c38ced4f0becf575474a1c1b08f794
treef02cf1dbc0cb7a0bc1fd4c91e3d6fdd23a09008a
parentff7a3c4f9034af0aca1119c1c1e8f7187460bbad
Fix Raspberry Pi

This is two fold:

- We did not catch all ARM_ARCH_6 defines. Specifically not `6K` and
  `6KZ`, which is what llvm seems to use these days for
  `arm-none-linux-gnueabihf` (e.g. the triple that's used for raspbian
  as well). Without it, ghc assums we want to compile against some armv7
  system, which raspbian is not (it is armv6 for maximum compatibility
  across the pi family, compromising on using armv7 and up features).

- We stop forcing the -m and -arch flags on macOS. This is troublesome,
  as compiling for a 32bit system (e.g. raspberry pi, on a x86_64 macOS
  system results in the `-m64` flag being passed to to clang as well,
  which in turn figures out that you likely want 64bit, and rewrites
  your taret from `arm-none-linux-gnueabihf` to
  `aarch64-none-linux-gnueabihf`, which is definetly not what you want.

Reviewers: austin, hvr, bgamari

Reviewed By: bgamari

Subscribers: rwbarton, thomie, erikd

Differential Revision: https://phabricator.haskell.org/D3546
aclocal.m4