December 2013 - ghc-tickets

Re: [GHC] #2233: Overhaul System.Process
by GHC 03 Dec '13

03 Dec '13

#2233: Overhaul System.Process --------------------------------------+------------------------------------ Reporter: simonmar | Owner: simonmar Type: task | Status: closed Priority: normal | Milestone: _|_ Component: libraries/process | Version: 6.8.2 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: --------------------------------------+------------------------------------ Comment (by Herbert Valerio Riedel <hvr@…>): In [changeset:"edda1be660d07b461da75b2dfacc3d5820b4d084/process"]: {{{ #!CommitTicketReference repository="process" revision="edda1be660d07b461da75b2dfacc3d5820b4d084" Add Haddock note to `call{Command,Process}` wrt execptions (#2233) This also tweaks Haddock comments & markup in "System.Process" while at it. Signed-off-by: Herbert Valerio Riedel <hvr(a)gnu.org> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2233#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2233: Overhaul System.Process
by GHC 03 Dec '13

03 Dec '13

#2233: Overhaul System.Process --------------------------------------+------------------------------------ Reporter: simonmar | Owner: simonmar Type: task | Status: closed Priority: normal | Milestone: _|_ Component: libraries/process | Version: 6.8.2 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: --------------------------------------+------------------------------------ Comment (by Herbert Valerio Riedel <hvr@…>): In [changeset:"776a260be009cc27cfeacf298934d544c4e87408/process"]: {{{ #!CommitTicketReference repository="process" revision="776a260be009cc27cfeacf298934d544c4e87408" Make `cleanupProcess` resistant to SIGPIPE Otherwise, `cleanupProcess` may exit prematurely if trying to flush out data to the process' stdin handle even though the endpoint has already vanished, and fail to complete the cleanup process. See also 228297ec53e9ee7a1a6a3c5964ca7e89a6474c9b and #2233. Signed-off-by: Herbert Valerio Riedel <hvr(a)gnu.org> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2233#comment:29> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2301: Proper handling of SIGINT/SIGQUIT
by GHC 03 Dec '13

03 Dec '13

#2301: Proper handling of SIGINT/SIGQUIT -------------------------------------+------------------------------------- Reporter: duncan | Owner: Type: bug | Status: closed Priority: high | Milestone: 7.8.1 Component: | Version: 6.12.3 libraries/process | Keywords: Resolution: fixed | Architecture: Unknown/Multiple Operating System: POSIX | Difficulty: Unknown Type of failure: Incorrect result | Blocked By: at runtime | Related Tickets: Test Case: | #3994,#5766,#7229,#4274,#3318,#1619 Blocking: | -------------------------------------+------------------------------------- Changes (by hvr): * status: patch => closed * resolution: => fixed -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2301#comment:43> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2233: Overhaul System.Process
by GHC 03 Dec '13

03 Dec '13

#2233: Overhaul System.Process --------------------------------------+------------------------------------ Reporter: simonmar | Owner: simonmar Type: task | Status: closed Priority: normal | Milestone: _|_ Component: libraries/process | Version: 6.8.2 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: --------------------------------------+------------------------------------ Changes (by hvr): * status: patch => closed * resolution: => fixed -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2233#comment:28> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1012: ghc panic with mutually recursive modules and template haskell
by GHC 02 Dec '13

02 Dec '13

#1012: ghc panic with mutually recursive modules and template haskell -------------------------------------+------------------------------------ Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Template Haskell | Version: 6.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: TH_import_loop | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by Joachim Breitner <mail@…>): In [changeset:"84b4e9b4e2f1de48d573ec5035a687d318f7b651/testsuite"]: {{{ #!CommitTicketReference repository="testsuite" revision="84b4e9b4e2f1de48d573ec5035a687d318f7b651" TH_import_loops fails for GHCi again This reverts commit c0e50e9214b5ecb21435d7da70986d30d6128402 and is related to ticket #1012. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1012#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5869: Compiling the Haskell bindings for ROSE causes a ghc panic
by GHC 02 Dec '13

02 Dec '13

#5869: Compiling the Haskell bindings for ROSE causes a ghc panic ---------------------------------------+---------------------------------- Reporter: axch | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 6.12.1 Resolution: fixed | Keywords: Operating System: Linux | Architecture: x86_64 (amd64) Type of failure: Compile-time crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ---------------------------------------+---------------------------------- Comment (by Joachim Breitner <mail@…>): In [changeset:"7baefa874d858ec1dd8f875a46eb4be5a732875e/testsuite"]: {{{ #!CommitTicketReference repository="testsuite" revision="7baefa874d858ec1dd8f875a46eb4be5a732875e" Mark type-rep as broken until #5869 is fixed }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5869#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8567: Poor error message when GeneralizedNewtypeDeriving fails
by GHC 02 Dec '13

02 Dec '13

#8567: Poor error message when GeneralizedNewtypeDeriving fails ------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.7 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Say I try to compile this silly module: {{{ {-# LANGUAGE GeneralizedNewtypeDeriving, TypeFamilies #-} module Bug where class C a where meth :: a -> F a type family F a type instance F Int = Bool type instance F Age = Char instance C Int where meth = (> 0) newtype Age = MkAge Int deriving C }}} Then, I get this output: {{{ Bug.hs:16:12: No instance for (GHC.Types.Coercible Bool Char) because ‛Bool’ and ‛Char’ are different types. arising from a use of ‛GHC.Prim.coerce’ In the expression: GHC.Prim.coerce (meth :: Int -> F Int) :: Age -> F Age In an equation for ‛meth’: meth = GHC.Prim.coerce (meth :: Int -> F Int) :: Age -> F Age In the instance declaration for ‛C Age’ }}} What a confusing error message! Of the 9 lines of error, only 3 make sense: the line number (which is correct, at the line number of my `deriving` statement), saying that `Bool` and `Char` are different, and the conclusion that we're in an instance declaration. This might be better: {{{ Bug.hs:16:12: Cannot coerce from ‛Bool’ to ‛Char’ because ‛Bool’ and ‛Char’ are different types arising from the need to coerce ‛Int -> F Int’ to ‛Age -> F Age’ In the instance declaration for ‛C Age’ generated automatically through GeneralizedNewtypeDeriving To see the code I am typechecking, use -ddump-deriv }}} I actually went ahead and tried to fix this myself, but it's unclear to me what the best implementation plan for such an error message is. The code in !TcDeriv generates `HsSyn RdrName` and then renames it to `HsSyn Name`, but that code then gets sent through the normal type-checking pipeline. That pipeline builds up the error-reporting context without much heed to the fact that GHC itself generated the code. So, while I'm sure I could hack away long enough to get the error message to come out right, I'm equally sure that the resulting code would make people want to cry. Any advice? Or does someone with a better perspective want to take a stab? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8567> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #8275: Loopification breaks profiling
by GHC 02 Dec '13

02 Dec '13

#8275: Loopification breaks profiling ----------------------------------+---------------------------------------- Reporter: jstolarek | Owner: jstolarek Type: bug | Status: new Priority: high | Milestone: Component: Profiling | Version: 7.7 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Building GHC failed Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | ----------------------------------+---------------------------------------- Profiling is currently broken in HEAD. Setting `BuildFlavour = prof` in `build.mk` leads to a segfault during build. After reverting d61c3ac186c94021c851f7a2a6d20631e35fc1ba (loopification performed in the code generator) everything builds without problems. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8275> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 40

Re: [GHC] #7011: 32bit GHC 7.4.2 cannot compile integer-gmp on OS X 10.8
by GHC 02 Dec '13

02 Dec '13

#7011: 32bit GHC 7.4.2 cannot compile integer-gmp on OS X 10.8 --------------------------------------+--------------------------------- Reporter: chak | Owner: Type: bug | Status: infoneeded Priority: high | Milestone: 7.8.1 Component: libraries (other) | Version: 7.5 Resolution: | Keywords: Mountain Lion Operating System: MacOS X | Architecture: x86 Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: --------------------------------------+--------------------------------- Changes (by George): * status: new => infoneeded Comment: Is this still a problem with Xcode 5 on Mountain Lion or OS X Mavericks? If it is still a problem is it a problem with both the 32 and 64 bit versions of Haskell? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7011#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64
by GHC 02 Dec '13

02 Dec '13

#5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64 -------------------------------------------------+------------------------- Reporter: altaic | Owner: Type: bug | Status: Priority: high | infoneeded Component: Compiler | Milestone: 7.8.1 Resolution: | Version: 7.1 Operating System: MacOS X | Keywords: Type of failure: Incorrect warning at | Architecture: compile-time | x86_64 (amd64) Test Case: | Difficulty: Blocking: | Unknown | Blocked By: | Related Tickets: -------------------------------------------------+------------------------- Changes (by George): * status: new => infoneeded Comment: Is this still happening or limited to the 32 bit version of Haskell? I haven't seen it in at least a year now. If it is still happening it would be nice if there was a description of an easy way to reproduce. I am now using Xcode 5 and OS X Mavericks. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5019#comment:22> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0