Stack fails to compile using GHC 8.0.1 on MacOS 10.12

GHC failed when trying to build stack from source on MacOS 10.12 using GHC 8.0.1.

The relevant part of the error is here:

[ 1 of 87] Compiling Stack.FileWatch  ( src/Stack/FileWatch.hs, dist/dist-sandbox-68bf8d9c/build/Stack/FileWatch.o )
[ 2 of 87] Compiling System.Process.PagerEditor ( src/System/Process/PagerEditor.hs, dist/dist-sandbox-68bf8d9c/build/System/Process/PagerEditor.o )
[ 3 of 87] Compiling System.Process.Log ( src/System/Process/Log.hs, dist/dist-sandbox-68bf8d9c/build/System/Process/Log.o )
[ 4 of 87] Compiling System.Process.Read ( src/System/Process/Read.hs, dist/dist-sandbox-68bf8d9c/build/System/Process/Read.o )
ghc: panic! (the 'impossible' happened)
  (GHC version 8.0.1 for x86_64-apple-darwin):
	Loading temp shared object failed: dlopen(/var/folders/4d/rttdp_9d2s7f36zplgwnqrgr0000gn/T/ghc94633_0/libghc_44.dylib, 5): no suitable image found.  Did find:
	/var/folders/4d/rttdp_9d2s7f36zplgwnqrgr0000gn/T/ghc94633_0/libghc_44.dylib: malformed mach-o: load commands size (40192) > 32768

Full build logs (includes dependency installation via cabal-install): https://gist.github.com/8e005710eab17139c02267bac3029e33

This occurred when installing stack, but reporting here because of the "Please report this as a GHC bug" message in the failed build output.

Trac metadata

Trac field	Value
Version	8.0.1
Type	Bug
TypeOfFailure	OtherFailure
Priority	normal
Resolution	Unresolved
Component	Compiler
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system	Unknown/Multiple
Architecture	Unknown/Multiple

changed weight to 5

added Tbug Trac import labels

Trac metadata

Trac field	Value
TypeOfFailure	OtherFailure → CompileTimeCrash
Operating system	Unknown/Multiple → MacOS X
Architecture	Unknown/Multiple → x86_64 (amd64)

mentioned in issue #12479 (closed)

Is this reproducible? It sounds like the dylib may be corrupted.

Replying to [ticket:12198#comment:123936 bgamari]:

Is this reproducible? It sounds like the dylib may be corrupted.

Never mind; corruption actually isn't likely. It sounds like there are simply too many "load commands". Is it possible that the you compiled libghc with -split-sections? It would be helpful to get a dump of libghc_44.dylib.

closed

I believe this may be a duplicate of #12479 (closed).

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedDuplicate
Related	- → #12479 (closed)

mentioned in issue #14444 (closed)

added Pnormal label