April 2013 - ghc-tickets

Re: [GHC] #7460: Double literals generated bad core
by GHC 12 Apr '13

12 Apr '13

#7460: Double literals generated bad core ---------------------------------+------------------------------------------ Reporter: tibbe | Owner: tibbe Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7460#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7459: deriving Generic does not work with TypeLits
by GHC 12 Apr '13

12 Apr '13

#7459: deriving Generic does not work with TypeLits ---------------------------------+------------------------------------------ Reporter: maxtaldykin | Owner: dreixel Type: feature request | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Other Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7459#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7456: GHC API displays linker messages to stdout instead of via log_action
by GHC 12 Apr '13

12 Apr '13

#7456: GHC API displays linker messages to stdout instead of via log_action --------------------------------+------------------------------------------- Reporter: MikolajKonarski | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: GHC API | Version: 7.4.2 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Other Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | --------------------------------+------------------------------------------- Changes (by igloo): * owner: duncan, MikolajKonarski => igloo * difficulty: => Unknown * priority: normal => high * milestone: => 7.8.1 Comment: thanks, I'll take a look. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7456#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7452: [GNU gold] ld: error: cannot find [...]/Types__1.o
by GHC 12 Apr '13

12 Apr '13

#7452: [GNU gold] ld: error: cannot find [...]/Types__1.o -------------------------------+-------------------------------------------- Reporter: mrothe | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Build System | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Changes (by igloo): * priority: normal => high * difficulty: => Unknown * milestone: => 7.8.1 Comment: Thanks for the report. We'll take a look. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7452#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7450: Regression in optimisation time of functions with many patterns (6.12 to 7.4)?
by GHC 12 Apr '13

12 Apr '13

#7450: Regression in optimisation time of functions with many patterns (6.12 to 7.4)? -------------------------------------------+-------------------------------- Reporter: iustin | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Compile-time performance bug | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------------------------+-------------------------------- Changes (by igloo): * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7450#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7443: Generated C code under -prof -fprof-auto -fprof-cafs very slow to compile
by GHC 12 Apr '13

12 Apr '13

#7443: Generated C code under -prof -fprof-auto -fprof-cafs very slow to compile ---------------------------------+------------------------------------------ Reporter: orenbenkiki | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Profiling | Version: 7.4.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * component: Compiler => Profiling * milestone: => 7.8.1 Comment: Thanks for the report. We'll take a look. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7443#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7443: Generated C code under -prof -fprof-auto -fprof-cafs very slow to compile
by GHC 12 Apr '13

12 Apr '13

#7443: Generated C code under -prof -fprof-auto -fprof-cafs very slow to compile ---------------------------------+------------------------------------------ Reporter: orenbenkiki | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.4.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * difficulty: => Unknown Old description: > Some background: This is C code generated when I turned on profiling with > -fprof-auto -fprof-cafs, on Haskell code that contains a large amount of > injected TemplateHaskell code. GHC takes several minutes to compile this > on its side; but for some reason it emits the attached C code, which (if > compiled with -O) takes "forever" to compile. At least, I killed it after > consuming 3 hours of CPU and occupying 9GB of RAM. > > I also opened a GCC bug for this; but a cursory look seems to indicate > this C code is trying to build a linked list in memory, which it seems > should be doable in a much more straightforward way. In fact since the > list of CAFs will not change in run-time, it should be possible to > initialize it in compile time as: > > ENTRY entry_0[1] = { ..., link = NULL }; > ENTRY entry_1[1] = { ..., link = entry_0 }; > ... > head = entry_n; > > And this is before wondering why not use an array of entries instead of a > linked list in the 1st place. That said, I am just guessing here, I have > no understanding of what is really going on, other than the fact I was > forced to add {-# OPTIONS_GHC -optc -O0 #-} to the offending file. > > Attached is a tgz file containing the generated C code (plus a version > which is post-CPP, so you can just try to compile it in various ways on > systems without GHC installed). New description: Some background: This is C code generated when I turned on profiling with -fprof-auto -fprof-cafs, on Haskell code that contains a large amount of injected TemplateHaskell code. GHC takes several minutes to compile this on its side; but for some reason it emits the attached C code, which (if compiled with -O) takes "forever" to compile. At least, I killed it after consuming 3 hours of CPU and occupying 9GB of RAM. I also opened a GCC bug for this; but a cursory look seems to indicate this C code is trying to build a linked list in memory, which it seems should be doable in a much more straightforward way. In fact since the list of CAFs will not change in run-time, it should be possible to initialize it in compile time as: {{{ ENTRY entry_0[1] = { ..., link = NULL }; ENTRY entry_1[1] = { ..., link = entry_0 }; ... head = entry_n; }}} And this is before wondering why not use an array of entries instead of a linked list in the 1st place. That said, I am just guessing here, I have no understanding of what is really going on, other than the fact I was forced to add {-# OPTIONS_GHC -optc -O0 #-} to the offending file. Attached is a tgz file containing the generated C code (plus a version which is post-CPP, so you can just try to compile it in various ways on systems without GHC installed). -- -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7443#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7440: haddock : Declaration for $fEqInteger attempting to use module `ghc-prim:GHC.Classes' which is not loaded
by GHC 12 Apr '13

12 Apr '13

#7440: haddock : Declaration for $fEqInteger attempting to use module `ghc- prim:GHC.Classes' which is not loaded -------------------------+-------------------------------------------------- Reporter: erikd | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Linux Architecture: powerpc | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by igloo): * status: new => infoneeded * difficulty: => Unknown * milestone: => 7.8.1 Comment: erikd, when you run make again, does it rerun that failing command, but this time succeed? And have you tried to reproduce the problem on any other platforms? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7440#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7437: peculiar behaviour with default instances and type variables
by GHC 12 Apr '13

12 Apr '13

#7437: peculiar behaviour with default instances and type variables ---------------------------------+------------------------------------------ Reporter: bos | Owner: simonpj Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: GHC accepts invalid program Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by igloo): * owner: => simonpj * milestone: => 7.8.1 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7437#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7436: Derived Foldable and Traversable instances become extremely inefficient due to eta-expansion
by GHC 12 Apr '13

12 Apr '13

#7436: Derived Foldable and Traversable instances become extremely inefficient due to eta-expansion --------------------------------------+------------------------------------- Reporter: shachaf | Owner: Type: bug | Status: merge Priority: normal | Milestone: 7.6.3 Component: Compiler | Version: 7.6.1 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Runtime performance bug | Difficulty: Unknown Testcase: perf/should_runt/T7436 | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- Changes (by igloo): * milestone: => 7.6.3 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7436#comment:21> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0