[GHC] #10110: Compiling unit fails with Loading temp shared object failed

[GHC]

#10110: Compiling unit fails with Loading temp shared object failed
-------------------------------------+-------------------------------------
              Reporter:  trommler    |             Owner:
                  Type:  bug         |            Status:  new
              Priority:  normal      |         Milestone:  7.10.1
             Component:  GHCi        |           Version:  7.10.1-rc2
              Keywords:              |  Operating System:  Linux
          Architecture:              |   Type of failure:  Compile-time
  Unknown/Multiple                   |  crash
             Test Case:              |        Blocked By:
              Blocking:              |   Related Tickets:  #10058
Differential Revisions:              |
-------------------------------------+-------------------------------------
 @goldfire reported in #10058 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 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 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`.

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10110>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler