May 2016 - ghc-tickets

Re: [GHC] #487: powerpc/linux segfaulting binaries
by GHC 28 May '16

28 May '16

#487: powerpc/linux segfaulting binaries ----------------------------------+------------------------------- Reporter: dons | Owner: erikd Type: bug | Status: closed Priority: normal | Milestone: ⊥ Component: Compiler | Version: 6.4.1 Resolution: fixed | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Runtime crash | Test Case: N/A Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | ----------------------------------+------------------------------- Changes (by erikd): * status: new => closed * resolution: None => fixed Comment: Yep, builds fine with 7.10.3. Closing this. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/487#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #11468: testsuite should ignore config files
by GHC 27 May '16

27 May '16

#11468: testsuite should ignore config files -------------------------------------+------------------------------------- Reporter: gridaphobe | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Test Suite | Version: 8.1 Keywords: newcomer | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- I always get a few test failures like the following. {{{ =====> T9360a(normal) 1 of 3 [0, 0, 0] cd ./driver && "/Users/gridaphobe/Source/ghc/build/D1805/inplace/test spaces/ghc-stage2" --interactive -e "" </dev/null > T9360a.run.stdout 2> T9360a.run.stderr Actual stderr output differs from expected: --- /dev/null 2016-01-20 16:43:09.000000000 -0800 +++ ./driver/T9360a.run.stderr.normalised 2016-01-20 16:43:09.000000000 -0800 @@ -0,0 +1,11 @@ +cannot satisfy -package pretty-show + (use -v for more information) + +<no location info>: + Could not find module ‘Text.Show.Pretty’ + It is not a module in the current program, or in any known package. + +<interactive>:7:25: + Variable not in scope: ppShow :: a -> String + +<interactive>:1:1: Not in scope: ‘pprint’ \ No newline at end of file Actual stdout output differs from expected: }}} The failure is due to my `~/.ghci` file, which loads a few packages that ghc-head obviously hasn't built. The testsuite should ignore `~/.ghci` and any other user configuration files that might affect ghc. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11468> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

[GHC] #9224: Add support for binary integer literals
by GHC 27 May '16

27 May '16

#9224: Add support for binary integer literals -------------------------------------------+------------------------------- Reporter: hvr | Owner: Type: feature request | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler (Parser) | Version: Keywords: literals | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 hour) | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: -------------------------------------------+------------------------------- Currently, Haskell98/2010 support base-10, base-8 (via `0[oO]`-prefix) and base-16 (via `0[xX]`-prefix) integer literals. I hereby propose to add conditional support for base-2 integers via a `0[bB]`-prefix, controlled via a new `-XBinaryLiterals` language extension flag/pragma. The change to the lexer is trivial (see attached patch), however I'm stuck on the lexer using a 32-bit feature-mask, of which all 32bits are already taken, and I'd need a 33th bit for the `BinaryLiteralsBit` flag. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9224> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #12122: User's guide (master): all links to libraries are broken
by GHC 27 May '16

27 May '16

#12122: User's guide (master): all links to libraries are broken -------------------------------------+------------------------------------- Reporter: thomie | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Documentation | Version: 8.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Documentation Unknown/Multiple | bug Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Example. The page http://downloads.haskell.org/~ghc/master/users- guide/glasgow_exts.html#generic-programming has a broken link to GHC.Generics: http://downloads.haskell.org/~ghc/master/libraries/base-4.9.0.0/GHC- Generics.html. It should instead link to http://downloads.haskell.org/~ghc/master/libraries/html/base/GHC- Generics.html It seems all such links to libraries are broken. The content is also over a month old (20160411). Preferably, a resource called `master` would be automatically updated every day. If that's not possible, maybe it should just be removed, and people can compile their own version. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12122> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #3021: A way to programmatically insert marks into heap profiling output
by GHC 27 May '16

27 May '16

#3021: A way to programmatically insert marks into heap profiling output -------------------------------------+------------------------------------- Reporter: SamB | Owner: Type: feature request | Status: new Priority: normal | Milestone: ⊥ Component: Profiling | Version: 6.10.1 Resolution: | Keywords: profiling Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: #11094 | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by thomie): * cc: bgamari (added) * related: => #11094 Comment: > in the long run profiling data should also go to the eventlog bgamari is working on that in #11094. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3021#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9051: Report heap profile data in eventlog
by GHC 27 May '16

27 May '16

#9051: Report heap profile data in eventlog ------------------------------------+------------------------------------- Reporter: ezyang | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Profiling | Version: 7.9 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- It would be useful if heap profile data could be reported in the eventlog (either by assigning samples with IDs and recording the sample in the eventlog, or putting the entire profile information in the eventlog). This would make it easier to correlate heap profile data with other events reported by the RTS. It may be hard to stuff the entire sample in the eventlog because the sample is arbitrary size. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9051> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #11415: Pandoc fails to build on 4 GB machine
by GHC 27 May '16

27 May '16

#11415: Pandoc fails to build on 4 GB machine -------------------------------------+------------------------------------- Reporter: pavolzetor | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.3 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- I made an attempt to install pandoc on laptop with 4 GB RAM and GHC was killed by OS after using all RAM and swap space (512 MB). Output from 'emerge pandoc' http://lpaste.net/148881 I can tolerate slow compile times, however this bug makes it impossible to build some packages which is worse. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11415> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

[GHC] #11640: Panic because of "updateRole"
by GHC 27 May '16

27 May '16

#11640: Panic because of "updateRole" -------------------------------------+------------------------------------- Reporter: Iceland_jack | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Not the most recent GHC {{{#!hs {-# LANGUAGE RankNTypes, TypeInType #-} import Data.Kind data HEq :: forall k1. k1 -> forall k2. k2 -> Type where }}} gives {{{ % ghci -ignore-dot-ghci tx9F.hs GHCi, version 8.1.20160117: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Main ( tx9F.hs, interpreted ) ghc: panic! (the 'impossible' happened) (GHC version 8.1.20160117 for x86_64-unknown-linux): updateRole HEq k2_a115 [a114 :-> 0, a11e :-> 1, a11f :-> 2] Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug > }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11640> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #10604: Make Generic1 kind polymorphic
by GHC 27 May '16

27 May '16

#10604: Make Generic1 kind polymorphic -------------------------------------+------------------------------------- Reporter: | Owner: ekmett DerekElkins | Status: new Type: feature | Milestone: request | Version: 7.10.1 Priority: low | Operating System: Unknown/Multiple Component: Core | Type of failure: None/Unknown Libraries | Blocked By: Keywords: | Related Tickets: Architecture: | Unknown/Multiple | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- It looks to me that the Generic1 class (and the Rep1 associated type) can immediately be generalized to forall k. k -> *. If k was instantiated to anything other than *, you wouldn't be able to make an instance for Par1, but then I don't think it would ever come up so that would be exactly the right behavior. This allows, in particular, DataKinds to be used as a parameter to instances of Generic1. I don't know if this would affect deriving, but I wouldn't really expect it to. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10604> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

[GHC] #12120: GHC accepts invalid Haskell: `class Eq (a Int) => C a where`
by GHC 26 May '16

26 May '16

#12120: GHC accepts invalid Haskell: `class Eq (a Int) => C a where` -------------------------------------+------------------------------------- Reporter: thomie | Owner: Type: bug | Status: new Priority: lowest | Milestone: Component: Compiler | Version: 8.0.1 Keywords: report-impact | Operating System: Unknown/Multiple Architecture: | Type of failure: Documentation Unknown/Multiple | bug Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- From the Haskell 2010 report [https://www.haskell.org/onlinereport/haskell2010/haskellch4.html chapter 4], * Class and instance declarations: {{{ | class [scontext =>] ... | instance [scontext =>] ... }}} * Normal type signatures: {{{ vars :: [context =>] ... }}} Notice the difference between `scontext` (//with// `s`) and `context` (without `s`). {{{ scontext → simpleclass | ( simpleclass1 , … , simpleclassn ) (n ≥ 0) simpleclass → qtycls tyvar }}} {{{ context → class | ( class1 , … , classn ) (n ≥ 0) class → qtycls tyvar | qtycls ( tyvar atype1 … atypen ) (n ≥ 1) }}} GHC seems to ignore this difference, and happily accepts `class Eq (a Int) => C a where`. Hugs (Version: September 2006) reports for that same example: {{{ Illegal Haskell 98 class constraint in class declaration *** Constraint : Eq (a Int) }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12120> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2