[GHC] #3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL)

[GHC]

#3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL)
---------------------------------------+---------------------------
              Reporter:  jeffz1        |            Owner:
                  Type:  bug           |           Status:  new
              Priority:  normal        |        Milestone:  7.10.1
             Component:  GHCi          |          Version:  7.4.1
            Resolution:                |         Keywords:
      Operating System:  Windows       |     Architecture:  x86
       Type of failure:  None/Unknown  |       Difficulty:  Unknown
             Test Case:                |       Blocked By:  3658
              Blocking:                |  Related Tickets:  #7097
Differential Revisions:                |
---------------------------------------+---------------------------
Changes (by tejon):

 * cc: hvr (added)


Comment:

 I am attempting to run the test code for helm, which depends on gtk and
 sdl2. **As in the main ticket case, compiling with GHC works fine.** I ran
 into the "GHCi can't find m.dll" issue on the pango dependency, but fixed
 it using fryguybob's suggestion. Sadly, I run into a similar issue on the
 sdl2 dependency:
 {{{
 Loading package sdl2-1.1.0 ... <interactive>: mingw32: The specified
 module could not be found.
 can't load .so/.DLL for: mingw32.dll (addDLL: could not load DLL)
 }}}
 Relinking libmingw32.a into a dll was problematic: the .a contains both
 dllmain.o and a spurious main.o (which I removed), and also a pair of
 objects crtst.o and tlsmcrt.o which each do nothing but declare the same
 integer (a threading state flag), leading to a duplicate declaration
 error; I have tried favoring each, with the same result. Linking the
 remainder into mingw32.dll, I now get this:
 {{{
 Loading package sdl2-1.1.0 ... <interactive>: Unknown PEi386 section name
 `.rdata$IID_IBindStatusCallback' (while processing: C:/msys/lib\libSDL2.a)
 ghc.exe: panic! (the 'impossible' happened)
   (GHC version 7.8.3 for i386-unknown-mingw32):
         loadArchive "C:/msys/lib\\libSDL2.a": failed
 }}}
 Perhaps mangling the relink broke everything, but I don't believe it
 should have gotten that far in the first place: like the m.dll issue this
 seems to arise from GHCi's inability to identify libfoo.a with foo.dll.

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