[GHC] #9878: Static pointers in GHCi cause panic

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: GHCi crash Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- I load this module into ghci {{{#!hs {-# LANGUAGE StaticPointers #-} module Static where import GHC.StaticPtr f = deRefStaticPtr (static True) }}} and get a panic upon evaluating `f` {{{
f ghc: panic! (the 'impossible' happened) (GHC version 7.9.20141210 for x86_64-unknown-linux): Loading temp shared object failed: /tmp/ghc30486_0/ghc30486_5.so: undefined symbol: Static_sptEntryZC0_closure
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} Am I doing static pointers right? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by simonpj): * owner: => facundo.dominguez -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by facundo.dominguez): The current `StaticPointers` implementation is not intended to be supported in GHCi. I recognize this is not documented anywhere and this should be addressed. Now, is the ability to use `StaticPointers` in GHCi essential to you? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by facundo.dominguez): * cc: m@… (added) -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by simonpj): If it doesn't work in GHCi, then yes it should be documented. And what is "it"? I think it's the `static` construct itself. Calling `deRefStaticPtr` is fine. But also it should be checked! The renamer or typechecker should produce a civilised error message when they encounter `static` in GHCi. Simon -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by monoidal): Support for `StaticPointers` in GHCi is not essential for me, but I agree we should give a better error message. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by facundo.dominguez): For the record, this fails for me when GHCi interprets the code. Compiling the code seems to work. {{{ Prelude> :set -fobject-code Prelude> :l Static [1 of 1] Compiling Static ( Static.hs, Static.o ) Ok, modules loaded: Static. Prelude Static> f True }}} Trying to access `GHC.StaticPtr.staticPtrKeys` segfaults: {{{ Prelude Static> GHC.StaticPtr.staticPtrKeys Segmentation fault }}} But entering GHCi again so the preexisting .o is used allows to use `staticPtrKeys`: {{{ Prelude> :l Static Ok, modules loaded: Static. Prelude Static> f True Prelude Static> GHC.StaticPtr.staticPtrKeys [df8d46d69bf517c3ca5f48d44485169a] }}} ... and if the call to `f` is omitted `staticPtrkeys` does not show the pointer: {{{ Prelude> :l Static Ok, modules loaded: Static. Prelude Static> GHC.StaticPtr.staticPtrKeys [] }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by facundo.dominguez): * cc: alexander.vershilov@… (added) -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by qnikst): There are 2 issues here: 1. That we don't support static pointers in ghci without fobject code. This is because module constructor that we are creating is not called, and because `speEntry` expressions that float out on desugarer phase is not instantiated by ghci. 2. Also staticPtrKeys works incorrectly: a. it segfaults b. it memoizes it's result: {{{ Prelude> :l Static Ok, modules loaded: Static. Prelude Static> length GHC.StaticPtr.currentStaticPtrKeys Prelude Static> length GHC.StaticPtr.staticPtrKeys staticPtrKeys <-- debug ouput (function was called) 0 Prelude Static> f99 <-- forcing module loading True Prelude Static> length GHC.StaticPtr.staticPtrKeys 0 <-- no debug output (function was not called) Prelude Static> fmap length GHC.StaticPtr.currentStaticPtrKeys <-- IO variant staticPtrKeys <-- debug output count: 1025 1025 }}} While I don't know an easy way to workaround 1st issue, I'll attach patches for the 2a and 2b. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by carter): the hashtable has a comment remarking that it isn't thread safe in the context of multiple concurrent updates... is that OK? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by facundo.dominguez): I have just discovered that hpc suffers of the same illness reported above: {{{ $ cat t.hs g :: Int g = 1 + 1 facundo@fd-tweag:~/tweag/tmp$ ghc-stage2 --interactive t.hs -fhpc GHCi, version 7.9.20141217: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Main ( t.hs, interpreted ) Ok, modules loaded: Main. *Main> g ghc-stage2: panic! (the 'impossible' happened) (GHC version 7.9.20141217 for x86_64-unknown-linux): Loading temp shared object failed: /tmp/ghc25774_0/ghc25774_5.so: undefined symbol: _hpc_tickboxes_Main_hpc Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by carter): I'm personally very uncomfortable with GHC features not being supported by GHCI. Any such feature winds up being fundamentally second class. Eg many industrial users of GHC test run their large applications via GHCi to side step long compilations for quickly testing out changes. a) is actually adding support for GHCI and HPC challenging? (if so whats the challenge? Let us help!) b) or was it simply not done yet? If so, how can we help get this fixed before the 7.10 release -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

a) is actually adding support for GHCi and HPC challenging? (if so whats
#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by mboes): the challenge? Let us help!) This tells me there might be a slight misinterpretation of Facundo's last comment. The point is, -XStaticPointers uses the exact same strategy as hpc for initializing the static pointer table. Insofar as there -XStaticPointers doesn't work in GHCi, it seems to not work for the same reason that hpc does not work. I very much suspect that whatever fix to this issue we find will equally apply to hpc. Should we nonetheless still file a separate bug report for the fact that HPC fails in the same way -XStaticPointers does at the GHCi prompt? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:12 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by facundo.dominguez): My plan to address this issue would be as follows: * In the renamer, try to infer from dflags whether ghci is compiling bytecode and reject the static form. * Integrate Alexander's patch to fix {{{hs_spt_keys}}}. * Document the unavailability of static forms for bytecode. The API in GHC.StaticPtr is not designed to support dynamic loading. We would need to make lookups and staticPtrKeys monadic. It's doable but it needs green lights from SPJ and Mathieu. Then we need to decide what to do with the SPT implementation. To make it thread-safe we can use a readers-writer lock implemented with mutexes, or maybe someone can suggest a better alternative. -- end of plan -- In addition, if you really want to support static pointers when compiling bytecode, then the question is how to link the {{{_stubs.c}}} files produced by StaticPointers which contain external symbols expected to be defined as top-level values in the corresponding modules. One possibility is to discard the stub file when in GHCi, and have GHCi call hs_spt_insert directly after linking a module. Another alternative is to modify the stub to get the pointers to the top- level functions of the module in some other way. I know nothing of how GHCi links the bytecode. Someone else would have to comment if these ideas have any legs. -- end of comments for StaticPointers -- HPC may need a different solution. The external symbol which appears in {{{stub.c}}} is produced at the C-- level, so it would not have a byte- code incarnation as top-level values do for StaticPointers. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by mboes):
Then we need to decide what to do with the SPT implementation. To make it thread-safe we can use a readers-writer lock implemented with mutexes, or maybe someone can suggest a better alternative.
-XStaticPointers is limited to the following use case: the universe of static forms that exist in the program is fixed at compile time and constant throughout the lifetime of the program. Using the `static` keyword inside GHCi does not fit this assumption, nor does dynamic (runtime) code linking. So the more pressing question is, in the original intended use case, are there ever concurrent updates to the SPT? That is, does module initialization happen concurrently at runtime? If not, then let's keep it simple... -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by mboes):
the universe of static forms that exist in the program is fixed at compile time and constant throughout the lifetime of the program.
BTW, the current type for `deRefStaticPtr` is borne out of this assumption. If this assumption must be dropped, then `deRefStaticPtr` must be put in the `IO` monad. That is, its type should become: {{{ deRefStaticPtr :: ... -> IO (StaticPtr a) }}} I'm not sure this is desirable. As I recall Simon PJ was also keen to keep `deRefStaticPtr` pure. So this design decision could be revised, but I for one would prefer to see how people really use the extension first. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:15 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by simonpj): Let's follow Facundo's plan. Simon -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:16 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: patch Priority: normal | Milestone: Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: D586 D587 | -------------------------------------+------------------------------------- Changes (by facundo.dominguez): * status: new => patch * differential: => D586 D587 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:17 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: facundo.dominguez Type: bug | Status: patch Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: GHCi crash | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: Phab:D586 | Phab:D587 | -------------------------------------+------------------------------------- Changes (by thoughtpolice): * differential: D586 D587 => Phab:D586 Phab:D587 * milestone: => 7.10.1 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:18 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic
-------------------------------------+-------------------------------------
Reporter: monoidal | Owner:
Type: bug | facundo.dominguez
Priority: normal | Status: patch
Component: Compiler | Milestone: 7.10.1
Resolution: | Version: 7.9
Operating System: Unknown/Multiple | Keywords:
Type of failure: GHCi crash | Architecture:
Blocked By: | Unknown/Multiple
Related Tickets: | Test Case:
| Blocking:
| Differential Revisions: Phab:D586
| Phab:D587
-------------------------------------+-------------------------------------
Comment (by Austin Seipp

#9878: Static pointers in GHCi cause panic
-------------------------------------+-------------------------------------
Reporter: monoidal | Owner:
Type: bug | facundo.dominguez
Priority: normal | Status: patch
Component: Compiler | Milestone: 7.10.1
Resolution: | Version: 7.9
Operating System: Unknown/Multiple | Keywords:
Type of failure: GHCi crash | Architecture:
Blocked By: | Unknown/Multiple
Related Tickets: | Test Case:
| Blocking:
| Differential Revisions: Phab:D586
| Phab:D587
-------------------------------------+-------------------------------------
Comment (by Austin Seipp

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Type: bug | facundo.dominguez Priority: normal | Status: closed Component: Compiler | Milestone: 7.10.1 Resolution: fixed | Version: 7.9 Operating System: Unknown/Multiple | Keywords: Type of failure: GHCi crash | Architecture: Blocked By: | Unknown/Multiple Related Tickets: | Test Case: | Blocking: | Differential Revisions: Phab:D586 | Phab:D587 -------------------------------------+------------------------------------- Changes (by thoughtpolice): * status: patch => closed * resolution: => fixed Comment: Merged to `ghc-7.10`. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:21 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic
-------------------------------------+-------------------------------------
Reporter: monoidal | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 7.10.1
Component: Compiler | Version: 7.9
Resolution: | Keywords:
Operating System: Windows | Architecture:
Type of failure: GHCi crash | Unknown/Multiple
Blocked By: | Test Case:
Related Tickets: | Blocking:
| Differential Revisions: Phab:D586
| Phab:D587
-------------------------------------+-------------------------------------
Changes (by thomie):
* owner: facundo.dominguez =>
* resolution: fixed =>
* status: closed => new
* os: Unknown/Multiple => Windows
Comment:
This is failing in a scary way on Windows 64 bit.
{{{
=====> T9878b(ghci) 138 of 147 [0, 0, 0]
cd . && HC="D:/home/thomie/ghc-master/inplace/bin/ghc-stage2.exe" HC_OPTS
="-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts
-fno-warn-tabs -fno-ghci-history " "D:/home/thomie/ghc-master/inplace/bin
/ghc-stage2.exe" -dcore-lint -dcmm-lint -dno-debug-output -no-user-
package-db -rtsopts -fno-warn-tabs -fno-ghci-history --interactive -v0
-ignore-dot-ghci +RTS -I0.1 -RTS -fobject-code

#9878: Static pointers in GHCi cause panic
-------------------------------------+-------------------------------------
Reporter: monoidal | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 7.10.1
Component: Compiler | Version: 7.9
Resolution: | Keywords:
Operating System: Windows | Architecture:
Type of failure: GHCi crash | Unknown/Multiple
Blocked By: | Test Case:
Related Tickets: | Blocking:
| Differential Revisions: Phab:D586
| Phab:D587
-------------------------------------+-------------------------------------
Comment (by Thomas Miedema

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: Phab:D586 | Phab:D587 -------------------------------------+------------------------------------- Changes (by thoughtpolice): * milestone: 7.10.1 => 7.10.3 Comment: Moving to 7.10.3 as it causes a bug on Windows. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:24 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D586 | Phab:D587 Phab:D1244 -------------------------------------+------------------------------------- Changes (by Phyx-): * differential: Phab:D586 Phab:D587 => Phab:D586 Phab:D587 Phab:D1244 Comment: Fixed by 620fc6f909cd6e51b5613454097ec1c9f323839a, will remove the expect_broken in review soon. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:25 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Type: bug | Status: patch Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D586 | Phab:D587 Phab:D1244 Phab:D1310 -------------------------------------+------------------------------------- Changes (by Phyx-): * status: new => patch * differential: Phab:D586 Phab:D587 Phab:D1244 => Phab:D586 Phab:D587 Phab:D1244 Phab:D1310 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:26 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Phyx- Type: bug | Status: patch Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D586 | Phab:D587 Phab:D1244 Phab:D1310 -------------------------------------+------------------------------------- Changes (by Phyx-): * owner: => Phyx- -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:27 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Phyx- Type: bug | Status: merge Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D586 | Phab:D587 Phab:D1244 Phab:D1310 -------------------------------------+------------------------------------- Changes (by thoughtpolice): * status: patch => merge -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:28 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9878: Static pointers in GHCi cause panic
-------------------------------------+-------------------------------------
Reporter: monoidal | Owner: Phyx-
Type: bug | Status: merge
Priority: normal | Milestone: 7.10.3
Component: Compiler | Version: 7.9
Resolution: | Keywords:
Operating System: Windows | Architecture:
| Unknown/Multiple
Type of failure: GHCi crash | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s): Phab:D586
| Phab:D587 Phab:D1244 Phab:D1310
-------------------------------------+-------------------------------------
Comment (by Thomas Miedema

#9878: Static pointers in GHCi cause panic -------------------------------------+------------------------------------- Reporter: monoidal | Owner: Phyx- Type: bug | Status: closed Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.9 Resolution: fixed | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D586 Wiki Page: | Phab:D587 Phab:D1244 Phab:D1310 -------------------------------------+------------------------------------- Changes (by bgamari): * status: merge => closed * resolution: => fixed -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9878#comment:30 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler
participants (1)
-
GHC