#5289: Can't use ghci with a library linked against libstdc++
---------------------------------+------------------------------------------
    Reporter:  bos               |        Owner:  simonmar  
        Type:  bug               |       Status:  new       
    Priority:  high              |    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 marlowsd@…):

 commit 9babbc8ddb62308762947debfe022635df1fce82
 {{{
 Author: Simon Marlow <[email protected]>
 Date:   Tue Aug 2 14:17:18 2011 +0100

     Fix #5289 (loading libstdc++.so in GHCi), and also fix some other
     linking scenarios.  We weren't searching for .a archives to satisfy
     -lfoo options on the GHCi command line, for example.

     I've tidied up the code in this module so that dealing with -l options
     on the command line is consistent with the handling of extra-libraries
     for packages.

     While I was here I moved some stuff out of Linker.hs that didn't seem
     to belong here: dataConInfoPtrToName (now in new module DebuggerUtils)
     and lessUnsafeCoerce (now in DynamicLoading, next to its only use)

  compiler/ghc.cabal.in             |    2 +-
  compiler/ghci/DebuggerUtils.hs    |  129 +++++++++++++++++++++
  compiler/ghci/Linker.lhs          |  228
 ++++++++++---------------------------
  compiler/ghci/RtClosureInspect.hs |    1 +
  compiler/main/DynamicLoading.hs   |   21 ++++-
  compiler/main/SysTools.lhs        |   84 ++++++++++----
  6 files changed, 268 insertions(+), 197 deletions(-)
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5289#comment:28>
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

Reply via email to