November 2014 - ghc-tickets

Re: [GHC] #7723: iOS patch no 12: Itimer.c doesn't work on iOS
by GHC 22 Nov '14

22 Nov '14

#7723: iOS patch no 12: Itimer.c doesn't work on iOS --------------------------------------------+------------------------------ Reporter: StephenBlackheath | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: 7.10.1 Component: Runtime System | Version: 7.7 Resolution: | Keywords: Operating System: Other | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | --------------------------------------------+------------------------------ Comment (by thomie): StephenBlackheath: could you try to see what happens when you revert this workaround, with a current version of Xcode? It would be nice to remove it if it's not needed. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7723#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7854: Constrained method type accepted in Haskell 98 mode
by GHC 22 Nov '14

22 Nov '14

#7854: Constrained method type accepted in Haskell 98 mode -------------------------------------+------------------------------------- Reporter: refold | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by monoidal): * status: closed => new * resolution: wontfix => Comment: Sorry for reopening, but I think the situation can be improved, currently `-XConstrainedClassMethods` seems to do nothing and the documentation is misleading. I would support deprecating and eventually removing this pragma, and adding a notice to "Known bugs and infelicities" section. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7854#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7727: Nonsense evaluation: sequence [] = []
by GHC 22 Nov '14

22 Nov '14

#7727: Nonsense evaluation: sequence [] = [] -------------------------------------+------------------------------------- Reporter: drb226 | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.6.2 Resolution: invalid | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: #9748 Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * cc: hvr (added) * status: new => closed * resolution: => invalid * related: => #9748 Comment: See #9748 for a recent proposal to display something like this instead: {{{ >>> sequence [] [] >>> :t it it :: {- IO -} [()] }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7727#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7736: Parallel array enumeration causes compiler panic (enumFromToP)
by GHC 22 Nov '14

22 Nov '14

#7736: Parallel array enumeration causes compiler panic (enumFromToP) -------------------------------------+------------------------------------- Reporter: | Owner: chak amosrobinson | Status: new Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.7 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Compile- | Related Tickets: #7078 time crash | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by thomie): Smaller testcase: {{{ $ cat EnumFromToP.hs {-# LANGUAGE ParallelArrays #-} module EnumFromToP where nums = [: 0 .. 100 :] $ ghc-7.9.20141121 EnumFromToP.hs [1 of 1] Compiling EnumFromToP ( EnumFromToP.hs, EnumFromToP.o ) ghc: panic! (the 'impossible' happened) (GHC version 7.9.20141121 for x86_64-unknown-linux): DsMonad: uninitialised ds_parr_bi }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7736#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7078: Panic using mixing list with parallel arrays incorrectly
by GHC 22 Nov '14

22 Nov '14

#7078: Panic using mixing list with parallel arrays incorrectly ---------------------------------------------+--------------------------- Reporter: NeilJ | Owner: chak Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: x86 Type of failure: Compile-time crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: #7736 Differential Revisions: | ---------------------------------------------+--------------------------- Changes (by thomie): * related: => #7736 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7078#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7741: Add SIMD support to x86/x86_64 NCG
by GHC 22 Nov '14

22 Nov '14

#7741: Add SIMD support to x86/x86_64 NCG -------------------------------------+------------------------------------- Reporter: shelarcy | Owner: Type: feature | Status: new request | Milestone: 7.10.1 Priority: normal | Version: 7.7 Component: Compiler | Keywords: (NCG) | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: #3557 Type of failure: | None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * component: Compiler => Compiler (NCG) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7741#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7763: Resource limits for Haskell
by GHC 22 Nov '14

22 Nov '14

#7763: Resource limits for Haskell -------------------------------------+------------------------------------- Reporter: ezyang | Owner: simonmar Type: feature | Status: infoneeded request | Milestone: 7.10.1 Priority: normal | Version: 7.7 Component: Profiling | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: #5476 None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * related: => #5476 Comment: See also http://ezyang.com/rlimits.html. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7763#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7767: "internal error: evacuate: strange closure type 154886248" crash
by GHC 22 Nov '14

22 Nov '14

#7767: "internal error: evacuate: strange closure type 154886248" crash -------------------------------------+------------------------------------- Reporter: rodlogic | Owner: Type: feature | Status: closed request | Milestone: 7.10.1 Priority: normal | Version: 7.6.2 Component: Runtime | Keywords: System | Architecture: x86_64 (amd64) Resolution: invalid | Difficulty: Unknown Operating System: MacOS X | Blocked By: Type of failure: Runtime | Related Tickets: crash | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * status: infoneeded => closed * resolution: => invalid Comment: Replying to [comment:11 carter]: > So this ticket it about the possibility of exposing a GHC api to better support writing Heap introspection tools right? > > Should we split that out into its own ticket as a somewhat clearer feature request that cites this ticket? Yes, could somebody please do that, if it's still necessary. A feature request with the title "internal error: evacuate: strange closure type 154886248" is very confusing. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7767#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7789: GHCI core dumps when used with VTY
by GHC 22 Nov '14

22 Nov '14

#7789: GHCI core dumps when used with VTY -------------------------------------+------------------------------------- Reporter: timthelion | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.4.2-rc1 Resolution: | Keywords: core dump 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 thomie): Can reproduce on Linux 64 with 7.8.3. To reproduce the segmentation fault: {{{ $ cabal install vty-menu $ ghci -fno-ghci-sandbox ghci-coredumper.hs Prelude> die # Hold the Enter key for 10-30 seconds. }}} Replacing the second step by just `ghci ghci-coredumper.hs`, I sometimes get: {{{ *** Error in `/usr/local/haskell/ghc-7.8.3-x86_64/lib/ghc-7.8.3/bin/ghc': double free or corruption (fasttop): 0x00007f65b00118c0 *** Aborted (core dumped) }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7789#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7788: Recursive type family causes <<loop>>
by GHC 22 Nov '14

22 Nov '14

#7788: Recursive type family causes <<loop>> -------------------------------------+------------------------------------- Reporter: shachaf | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.10.1 Component: Compiler | Version: 7.6.2 (Type checker) | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Incorrect | Related Tickets: result at runtime | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thomie): * priority: normal => high Comment: The program from the description compiles fine with 7.8.3. GHC HEAD (ghc-7.9.20141121) however uses a huge amount of memory very quickly until I have to kill the process. It seems to never get past the `Renamer/typechecker` phase. This looks like a regression, setting priority to high. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7788#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0