In case this is not obvious, I should also note that this is a ghci problem. When compiled using ghc 7.10.1 there are no probelms with unresolved references.
On Sat, Jun 27, 2015 at 9:07 AM, Dominick Samperi <[email protected]> wrote: > I've attached the output of ghc --info. Will have to work on > crafting a small example... > > On Sat, Jun 27, 2015 at 8:16 AM, Sergei Trofimovich <[email protected]> wrote: >> On Sat, 27 Jun 2015 07:59:33 -0400 >> Dominick Samperi <[email protected]> wrote: >> >>> To test ghci 7.10.1 I compiled from source and simply placed the >>> resulting bin in my PATH. Perhaps this is not enough? >> >> Sounds right. What does 'ghc --info' show? >> >>> On the second suggestion, I tried ldd and found that the undefined >>> symbol is flagged 'B' in the nm output (.bss section). >>> >>> This symbol is defined in the shared library, and the output of ghc >>> -v2 shows that this shared library is >>> linked without problems on startup of ghci. When the Haskell/FFI >>> function is run the symbol is undefined. >> >> Can you craft a complete small example with a build script that shows the >> error? >> >> -- >> >> Sergei _______________________________________________ ghc-devs mailing list [email protected] http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
