Compiling unit fails with Loading temp shared object failed
@goldfire reported in #10058 (closed) in comment 1 another failure:
[43 of 55] Compiling Tests.Compile.UnitParser ( Tests/Compile/UnitParser.hs, dist/build/main/main-tmp/Tests/Compile/UnitParser.o )
<no location info>:
ghc: panic! (the 'impossible' happened)
(GHC version 7.10.0.20150123 for x86_64-unknown-linux):
Loading temp shared object failed: /tmp/ghc6444_0/libghc6444_264.so: undefined symbol: DataziMetrologyziSIziUnits_zdfShowHectare_closure
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
While on the surface this looks like a duplicate of #10058 (closed) it is not. The issue is only on Linux (travis to be precise), not OSX. Looking at the undefined symbol, here we see a symbol from the current module whereas in #10058 (closed) the undefined symbol lives in one of the packages.
My theory is that the travis machine is running a modified link editor that defaults to --as-needed
being set whereas the binutils default is -no-as-needed
.
Trac metadata
Trac field | Value |
---|---|
Version | 7.10.1-rc2 |
Type | Bug |
TypeOfFailure | OtherFailure |
Priority | normal |
Resolution | Unresolved |
Component | GHCi |
Test case | |
Differential revisions | |
BlockedBy | |
Related | |
Blocking | |
CC | hvr |
Operating system | |
Architecture |