#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
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
