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/reportabugWhile 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 |