collect2: ld terminated with signal 10 [Bus error]: Building parsec on a PPC Mac OS X 10.5 Leopard as part of GHC 6.9
On a PPC Mac OS X 10.5 Leopard, building GHC 6.9 with mk/build.mk set to mk/build.mk.sample with !BuildFlavour = perf and extra libraries included, matters are brought to a halt at:
../../compiler/stage1/ghc-inplace -package-name parsec-2.0 -hide-all-packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0 -O -XExistentialQuantification -XPolymorphicComponents -idist/build -H32m -O2 -c Text/ParserCombinators/Parsec/Token.hs -o dist/build/Text/ParserCombinators/Parsec/Token.o -ohi dist/build/Text/ParserCombinators/Parsec/Token.hi
collect2: ld terminated with signal 10 [Bus error]
make[2]: *** [dist/build/Text/ParserCombinators/Parsec/Token.o] Error 1
make[1]: *** [make.library.parsec] Error 2
make: *** [stage1] Error 2
This has been reported earlier: See http://www.haskell.org/pipermail/glasgow-haskell-users/2007-November/013407.html and perhaps elsewhere. I have currently isolated the problem to a single .s file, part of object-splitting the code generated for Token.hs, for which assembling using gcc followed by linking with ld -r provokes the bus error. The case is still rather large, however, and I will reduce some more before reporting the details.
I currently suspect a problem in the Mac 10.5 Leopard linker, in addition to the problem reported in #1843 (closed). The problem does not occur on 10.4 Tiger.
Trac metadata
Trac field | Value |
---|---|
Version | 6.9 |
Type | Bug |
TypeOfFailure | OtherFailure |
Priority | normal |
Resolution | Unresolved |
Component | Compiler |
Test case | |
Differential revisions | |
BlockedBy | |
Related | |
Blocking | |
CC | |
Operating system | |
Architecture |