#3530: GHCi does not work on Snow Leopard
--------------------+-------------------------------------------------------
Reporter:  chak     |          Owner:          
    Type:  bug      |         Status:  new     
Priority:  normal   |      Component:  GHCi    
 Version:  6.11     |       Severity:  critical
Keywords:           |       Testcase:          
      Os:  MacOS X  |   Architecture:  x86     
--------------------+-------------------------------------------------------
 When compiling GHC as a 32-bit application on Snow Leopard (Mac OS X
 10.6), the generated ghci aborts with a Bus Error (null pointer
 dereference) on startup (after it has loaded all packages).  This happens
 only when GHC was compiled on Snow Leopard (not if a binary built on
 Leopard is used on Snow Leopard) and if GHCi is used '''interactively'''
 (if a set of commands is redirected into ghci —as in `ghc < myscript`— the
 problem doesn't occur).

 In addition to the failure of GHCi on startup for interactive use, the
 following five regression tests fail when validating:
 {{{
    TH_repE2(normal)               -- the failing declaration is:
 an_integer
    TH_repPrim(normal)             -- the failing tests is: [| D# 24.6## |]
    ann01(normal)                  -- all annotations with a Double fail
    ffi018_ghci(ghci)
    prog002(ghci)
 }}}

 Moreover, with `WAY=ghci` in `codeGen/`, we have the following failures:
 {{{
    cg014(ghci)
    cg024(ghci)
    cg026(ghci)
    cg028(ghci)
    cg034(ghci)
    cg035(ghci)
    cg044(ghci)
 }}}
 Observation: All of the failing tests use 'Double'.

 Workaround: For the 6.12 release, by building a 32-bit binary on Leopard
 for use on both Leopard and Snow Leopard, the fault on starting GHCi can
 be avoided.  I haven't checked whether that avoids the problems with the
 listed regressions, too.

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