February 2016 - ghc-tickets

[GHC] #11419: Binary distributions seem to lack haddock docs
by GHC 08 Feb '16

08 Feb '16

#11419: Binary distributions seem to lack haddock docs -------------------------------------+------------------------------------- Reporter: bgamari | Owner: Type: bug | Status: new Priority: highest | Milestone: 8.0.1 Component: Build System | Version: 8.0.1-rc1 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 sure what is going on here. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11419> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

[GHC] #8265: getTokenStream fails for source using cpp
by GHC 08 Feb '16

08 Feb '16

#8265: getTokenStream fails for source using cpp -----------------------------------+--------------------------------------- Reporter: alanz | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHC API | Version: 7.6.3 Keywords: | Operating System: Linux Architecture: | Type of failure: Compile-time crash Unknown/Multiple | Test Case: Difficulty: Unknown | Blocking: Blocked By: | Related Tickets: | -----------------------------------+--------------------------------------- Calling getTokenStream (or getRichTokenStream) on a module that has CPP directives fails as the lexer is given un-preprocessed source -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8265> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #4029: ghci leaks memory when loading a file
by GHC 08 Feb '16

08 Feb '16

#4029: ghci leaks memory when loading a file -------------------------------------+------------------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: high | Milestone: 8.0.1 Component: GHCi | Version: Resolution: | Keywords: memory leak Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple performance bug | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by thomie): * priority: normal => high * milestone: ⊥ => 8.0.1 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4029#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4029: ghci leaks memory when loading a file
by GHC 08 Feb '16

08 Feb '16

#4029: ghci leaks memory when loading a file -------------------------------------+------------------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: GHCi | Version: Resolution: | Keywords: memory leak Operating System: Unknown/Multiple | Architecture: Type of failure: Compile-time | Unknown/Multiple performance bug | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by jme): There is a new leak on the 8.0 branch. For example, running attachment:leak.script, which simply loads attachment:Leak.hs 20 times, results in a max residency of 115 MB: {{{ $ inplace/bin/ghc-stage2 --version The Glorious Glasgow Haskell Compilation System, version 8.0.0.20160206 $ inplace/bin/ghc-stage2 --interactive +RTS -t < leak.script > /dev/null <<ghc: 2104620200 bytes, 311 GCs, 26012178/114880456 avg/max bytes residency (11 samples), 236M in use, 0.002 INIT (0.002 elapsed), 1.869 MUT (1.882 elapsed), 1.425 GC ( 1.424 elapsed) :ghc>> }}} This is an obvious regression from 7.10.3, for which the max residency is 18.3 MB: {{{ $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.10.3 $ ghc --interactive +RTS -t < leak.script > /dev/null <<ghc: 1757780832 bytes, 461 GCs, 11400611/18318760 avg/max bytes residency (16 samples), 48M in use, 0.002 INIT (0.002 elapsed), 1.362 MUT (1.367 elapsed), 1.150 GC (1. 149 elapsed) :ghc>> }}} There is a quick fix for the bulk of the leak (just make the `hsc_IC` field in `HscTypes.HscEnv` strict), but I'd like to track down what caused the regression before I submit a patch. In the meantime, anyone who needs a workaround (without recompiling) should periodically run a command which references the contents of the loaded module. For example, by querying the type of a constructor after each load, attachment:workaround.script is able to reduce the max residency to 29.1 MB: {{{ $ inplace/bin/ghc-stage2 --interactive +RTS -t < workaround.script > /dev/null <<ghc: 2106120848 bytes, 422 GCs, 16580354/29127088 avg/max bytes residency (14 samples), 80M in use, 0.002 INIT (0.002 elapsed), 1.862 MUT (1.875 elapsed), 1.363 GC (1. 363 elapsed) :ghc>> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4029#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4029: ghci leaks memory when loading a file
by GHC 07 Feb '16

07 Feb '16

#4029: ghci leaks memory when loading a file -------------------------------------------------+------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: GHCi | Version: Resolution: | Keywords: memory | leak Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Compile-time performance bug | Test Case: Blocked By: | Blocking: -------------------------------------------------+------------------------- Changes (by jme): * Attachment "workaround.script" added. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4029> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4029: ghci leaks memory when loading a file
by GHC 07 Feb '16

07 Feb '16

#4029: ghci leaks memory when loading a file -------------------------------------------------+------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: GHCi | Version: Resolution: | Keywords: memory | leak Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Compile-time performance bug | Test Case: Blocked By: | Blocking: -------------------------------------------------+------------------------- Changes (by jme): * Attachment "leak.script" added. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4029> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4029: ghci leaks memory when loading a file
by GHC 07 Feb '16

07 Feb '16

#4029: ghci leaks memory when loading a file -------------------------------------------------+------------------------- Reporter: blarsen | Owner: Type: bug | Status: new Priority: normal | Milestone: ⊥ Component: GHCi | Version: Resolution: | Keywords: memory | leak Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Compile-time performance bug | Test Case: Blocked By: | Blocking: -------------------------------------------------+------------------------- Changes (by jme): * Attachment "Leak.hs" added. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4029> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #11510: Missing Show instance for GHC.Stack.SrcLoc
by GHC 07 Feb '16

07 Feb '16

#11510: Missing Show instance for GHC.Stack.SrcLoc -------------------------------------+------------------------------------- Reporter: SimonHengel | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 8.0.1-rc1 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: -------------------------------------+------------------------------------- With GHC 7.10.2 the Show instance was still present and for me it's somewhat inconvenient not to have one. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11510> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

Re: [GHC] #7105: Better names for derived SCCs of instances
by GHC 07 Feb '16

07 Feb '16

#7105: Better names for derived SCCs of instances -------------------------------------+------------------------------------- Reporter: ksf | Owner: simonmar Type: feature request | Status: new Priority: normal | Milestone: Component: Profiling | Version: 7.4.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: #11543 | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by thomie): * related: => #11543 Comment: Also reported as #11543. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7105#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #11539: Warn about missing forall when -XScopedTypeVariables is on
by GHC 07 Feb '16

07 Feb '16

#11539: Warn about missing forall when -XScopedTypeVariables is on -------------------------------------+------------------------------------- Reporter: kanetw | Owner: Type: feature | Status: new request | 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've ran into a situation where I forgot to put an explicit forall to actually make type variables scoped, resulting in something like {{{ Could not deduce (PacketTypeId s0 t0 a0) arising from a use of ‘fromPacketTypeId’ from the context (PacketTypeId s t n) }}} with code like {{{ getPacketTypeId :: PacketTypeId s t n => KnxPacket d s t -> Integer getPacketTypeId _ = fromPacketTypeId (Proxy :: Proxy s) (Proxy :: Proxy t)) :: Integer }}} It'd be nice if GHC printed an extra suggestion "Did you forget to include an explicit forall?" when something like that arises? Maybe even suggest ScopedTypeVariables if they're not on. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11539> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1