#5289: Can't use ghci with a library linked against libstdc++ ---------------------------------+------------------------------------------ Reporter: bos | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.2.1 Component: GHCi | Version: 7.0.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: GHCi crash ---------------------------------+------------------------------------------
Comment(by hgolden): Replying to [comment:16 bos]: > So the crux of this bug remains that ghc/ghci needs to record the path to a shared library, because even if the file could originally be linked against when the program was being built, it's not guaranteed to be on the *runtime linker*'s search path. At least on Linux, I agree with [comment:5 simonmar]. I tried the following command and got the results below: {{{ $ ghci -lstdc++ GHCi, version 7.0.4: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package ffi-1.0 ... linking ... done. Loading object (dynamic) stdc++ ... done final link ... done Prelude> }}} To me, this means that ghci dynamic loader can find libstdc++. Note: On my system, it is located at /usr/lib/libstdc++.so.5 which is a symlink to /usr/lib/libstdc++.so.5.0.7. '''bos''': Does the floating point exception only occur when using [comment:14 ghci], but not ghc? If it occurs in both, is it possible that there is a bug in double-conversion or the underlying library? Before trying to find and fix a problem in ghc/ghci, I want to be sure the problem really is in ghc/ghci. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5289#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler _______________________________________________ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs