Thank you, the 'ghci -v2' suggestion was helpful. I now see the expected link steps.
But when I try to run there are unresolved symbols (with ghci 7.10.1; everything works fine with ghci 7.8.3). This may be due to the fact that I have not installed the Haskell Platform with ghci 7.10.1 under Fedora 21. I'm using the latest released HP with ghci 7.8.3. To test ghci 7.10.1 I compiled from source and simply placed the resulting bin in my PATH. Perhaps this is not enough? On Sat, Jun 27, 2015 at 6:01 AM, Sergei Trofimovich <[email protected]> wrote: > On Fri, 26 Jun 2015 23:05:55 -0400 > Dominick Samperi <[email protected]> wrote: > >> Hello, >> >> I'm trying to run code that works with ghci 7.8.3 under ghci 7.10.1 >> but this fails. >> >> Under 7.8.3, when I run from the shell: >> export LD_LIBRARY_PATH=thepath >> ghci -lmylib -fno-ghci-sandbox mydriver.hs >> >> I see the usual startup diagnostics along with >> Loading object (dynamic) mylib ... done >> final link ... done >> [1 of 1] Compiling Main >> Main> >> >> But under 7.10.1, when I do the same, there is no indication that >> linking happens, and when I try to run the program there are >> undefined references. >> >> I probably missed the post that explains this behavior. Can somebody >> provide a pointer to a work-around? > > There is two separate issues: > > 1. ghc-7.10 became less chatty when loads libraries. > 'ghci -v2' gets it back with a bit of noise > > 2. looks more like actual problem. is your mylib > fully linked against it's depends? > LD_LIBRARY_PATH=/the/path ldd -u /path/to/mylib.so > LD_LIBRARY_PATH=/the/path ldd /path/to/mylib.so > you can also try to inspect LD_DEBUG=help ghci ... > > -- > > Sergei _______________________________________________ ghc-devs mailing list [email protected] http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
