Re: [GHC] #4135: Can't Quote Instance Associated Types in Template Haskell
#4135: Can't Quote Instance Associated Types in Template Haskell -+-- Reporter: Ashley Yakeley| Owner: Type: bug | Status: new Priority: low | Milestone: 7.6.1 Component: Template Haskell | Version: 6.12.1 Keywords:| Os: Linux Architecture: x86_64 (amd64)| Failure: GHC rejects valid program Difficulty:|Testcase: Blockedby: 4230 |Blocking: Related:| -+-- Comment(by simonpj@…): commit 6821789276554a7c8140cafdd65438a79017a638 {{{ Author: Simon Peyton Jones simo...@microsoft.com Date: Tue Mar 20 09:37:09 2012 + Fix scoping of type variables in DsMeta This fixes Trac #4135. It's been wrong for a long time! compiler/deSugar/DsMeta.hs | 110 ++--- compiler/deSugar/DsMonad.lhs |5 ++- 2 files changed, 52 insertions(+), 63 deletions(-) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4135#comment:12 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5865: threadDelay is disrupted by system clock changes
#5865: threadDelay is disrupted by system clock changes -+-- Reporter: joeyadams | Owner: pcapriotti Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Runtime System| Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by simonmar): * cc: tibbe, bos (added) Comment: For the nonthreaded patch: couldn't we just modify the definition of `getProcessElapsedTime` instead of adding a new function `getTime`? That would seem to require fewer changes, and it looks strange for `getTime` to call `stat_getElapsedTime` which calls back to `getProcessElapsedTime`. For the threaded patch: are we getting `HAVE_CLOCK_GETTIME` from `ghcautoconf.h`? Perhaps it ought to come from the base package's `HsBaseConfig.h`? Otherwise it looks fine, but we should run it past the IO manager people (tibbe bos, CC'd). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5865#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #5954: Performance regression 7.0 - 7.2 (still in 7.4)
#5954: Performance regression 7.0 - 7.2 (still in 7.4) -+-- Reporter: simonmar | Owner: Type: bug | Status: new Priority: high | Milestone: 7.4.2 Component: Compiler | Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- The program in `nofib/parallel/blackscholes` regressed quite badly in performance between 7.0.x and 7.2.1. This is just sequential performance, no parallelism. With 7.0: {{{ 3,084,786,008 bytes allocated in the heap 5,150,592 bytes copied during GC 33,741,048 bytes maximum residency (7 sample(s)) 1,541,904 bytes maximum slop 64 MB total memory in use (2 MB lost due to fragmentation) Generation 0: 5760 collections, 0 parallel, 0.08s, 0.08s elapsed Generation 1: 7 collections, 0 parallel, 0.01s, 0.01s elapsed INIT time0.00s ( 0.00s elapsed) MUT time 17.43s ( 17.47s elapsed) GCtime0.09s ( 0.09s elapsed) EXIT time0.00s ( 0.00s elapsed) Total time 17.53s ( 17.56s elapsed) }}} With 7.2.2: {{{ 3,062,127,752 bytes allocated in the heap 4,714,784 bytes copied during GC 34,370,232 bytes maximum residency (7 sample(s)) 1,553,968 bytes maximum slop 64 MB total memory in use (2 MB lost due to fragmentation) Tot time (elapsed) Avg pause Max pause Gen 0 5781 colls, 0 par0.08s0.08s 0.s 0.0006s Gen 1 7 colls, 0 par0.01s0.01s 0.0014s 0.0017s INITtime0.00s ( 0.00s elapsed) MUT time 23.93s ( 23.93s elapsed) GC time0.09s ( 0.09s elapsed) EXITtime0.00s ( 0.00s elapsed) Total time 24.02s ( 24.03s elapsed) }}} and with 7.4.1: {{{ 3,061,924,144 bytes allocated in the heap 4,733,760 bytes copied during GC 34,210,896 bytes maximum residency (7 sample(s)) 1,552,640 bytes maximum slop 64 MB total memory in use (2 MB lost due to fragmentation) Tot time (elapsed) Avg pause Max pause Gen 0 5781 colls, 0 par0.08s0.08s 0.s 0.0007s Gen 1 7 colls, 0 par0.01s0.01s 0.0015s 0.0017s INITtime0.00s ( 0.00s elapsed) MUT time 23.90s ( 23.91s elapsed) GC time0.09s ( 0.09s elapsed) EXITtime0.00s ( 0.00s elapsed) Total time 24.00s ( 24.00s elapsed) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5954 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4295: Review higher-rank and impredicative types
#4295: Review higher-rank and impredicative types -+-- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: normal| Milestone: 7.6.1 Component: Compiler | Version: 6.12.3 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty:|Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by benmos): * cc: ben@… (added) Comment: Just a note that I've also been tripped up by #5596. (I was initially very puzzled why my own version of ($) copied and pasted from Prelude with the same pragmas didn't work the same as the built-in one...) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4295#comment:20 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5946: getAnyProcessStatus signals an exception
#5946: getAnyProcessStatus signals an exception ---+ Reporter: toc | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/unix | Version: 7.0.4 Keywords: | Os: Unknown/Multiple Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by simonmar): * difficulty: = Unknown Comment: `Nothing` means there are children but none of them have completed (i.e. `waitpid()` returned 0), whereas the exception corresponds to `waitpid()` returning -1 and `ECHILD`. So the behaviour closely models `waitpid()`. I think we should fix the docs. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5946#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5946: getAnyProcessStatus signals an exception
#5946: getAnyProcessStatus signals an exception ---+ Reporter: toc | Owner: Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: libraries/unix | Version: 7.0.4 Keywords: | Os: Unknown/Multiple Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by simonmar): * priority: normal = high * milestone: = 7.4.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5946#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5950: Linking standard library fails
#5950: Linking standard library fails +--- Reporter: volker-wysk| Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.0.4 Resolution: invalid| Keywords: link Os: Linux | Architecture: Unknown/Multiple Failure: GHC rejects valid program | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: +--- Changes (by simonmar): * status: new = closed * difficulty: = Unknown * resolution: = invalid Comment: When you're doing batch linking, you have to specify all the packages manually, like this: {{{ $ ghc -o test test.o -package haskell98 }}} This is documented with the `-package` flag: [http://www.haskell.org/ghc/docs/latest/html/users_guide/packages.html]. It has always been like this, except that there are two recent changes which apparently tripped you up here: now `--make` is the default, which is why when you give the `.hs` file it works, and the `haskell98` package used to be linked in by default (now it isn't). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5950#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5865: threadDelay is disrupted by system clock changes
#5865: threadDelay is disrupted by system clock changes -+-- Reporter: joeyadams | Owner: pcapriotti Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Runtime System| Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by pcapriotti): Thanks Simon, I addressed your comments and uploaded updated patches. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5865#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5944: Bad hpc hash function
#5944: Bad hpc hash function -+-- Reporter: Lennart | Owner: simonmar Type: bug | Status: new Priority: high | Milestone: 7.4.2 Component: Code Coverage | Version: 7.2.2 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by simonmar): * owner: andy@… = simonmar * difficulty: = Unknown * priority: normal = high * milestone: = 7.4.2 Comment: Ok, I'll push the fix. Thanks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5944#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5865: threadDelay is disrupted by system clock changes
#5865: threadDelay is disrupted by system clock changes -+-- Reporter: joeyadams | Owner: pcapriotti Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Runtime System| Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by simonmar): Looks great, ok by me to push. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5865#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8 ---+ Reporter: dylukes | Owner: Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: Runtime System | Version: 7.4.1 Keywords: rts, strange closure, internal error, os x | Os: MacOS X Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by simonmar): * priority: highest = high Comment: Current status on this: we're not treating it as a blocking issue for 7.4.2, as 10.8 is not released yet and we expect to have time for another GHC release before it is. We are currently blocked on a diagnosis. That means either someone diagnosing it for us, or either Ian or me installing 10.8 on our respective Macs. Can this be done non-destructively? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5899#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5946: getAnyProcessStatus signals an exception
#5946: getAnyProcessStatus signals an exception ---+ Reporter: toc | Owner: simonmar Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: libraries/unix | Version: 7.0.4 Keywords: | Os: Unknown/Multiple Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by simonmar): * owner: = simonmar -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5946#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5954: Performance regression 7.0 - 7.2 (still in 7.4)
#5954: Performance regression 7.0 - 7.2 (still in 7.4) -+-- Reporter: simonmar | Owner: Type: bug | Status: new Priority: high | Milestone: 7.4.2 Component: Compiler | Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by simonpj): Strange. No GC, no change in allocation. So where is the time going? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5954#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8 ---+ Reporter: dylukes | Owner: Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: Runtime System | Version: 7.4.1 Keywords: rts, strange closure, internal error, os x | Os: MacOS X Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Comment(by dylukes): 10.8 cannot be installed non-destructively over an existing 10.7, but... you could install 10.8 to a new partition (temporarily). I would volunteer to do diagnosis, but I am utterly ignorant of how to do so. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5899#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5837: Context reduction stack overflow can take very long
#5837: Context reduction stack overflow can take very long +--- Reporter: dreixel | Owner: simonpj Type: bug | Status: new Priority: normal | Milestone: 7.6.1 Component: Compiler (Type checker) | Version: 7.4.1-rc2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | +--- Changes (by simonpj): * owner: = simonpj * milestone: 7.4.2 = 7.6.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5837#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5865: threadDelay is disrupted by system clock changes
#5865: threadDelay is disrupted by system clock changes -+-- Reporter: joeyadams | Owner: pcapriotti Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Runtime System| Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by tibbe): I don't see how `CLOCK_ID` is used, otherwise the threaded patch looks fine to me. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5865#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5865: threadDelay is disrupted by system clock changes
#5865: threadDelay is disrupted by system clock changes -+-- Reporter: joeyadams | Owner: pcapriotti Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Runtime System| Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Incorrect result at runtime Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by pcapriotti): It's used in `getMonotonicTime`, as a parameter to `clock_gettime`. The idea is to fallback to `CLOCK_REALTIME` if `clock_gettime` is available, but there's no monotonic clock. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5865#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5899: RTS crash w/ strange closure type 603975781 on OS X 10.8
#5899: RTS crash w/ strange closure type 603975781 on OS X 10.8 ---+ Reporter: dylukes | Owner: Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: Runtime System | Version: 7.4.1 Keywords: rts, strange closure, internal error, os x | Os: MacOS X Architecture: x86_64 (amd64) | Failure: Runtime crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Comment(by dr.gigabit): I have the same symptom while trying to cabal install syb {{{ Resolving dependencies... [1 of 1] Compiling Main ( /var/folders/gh/3w2hyrhs649b13txtmn7j5wcgn/T/syb-0.3.6-18301/syb-0.3.6/Setup.hs, /var/folders/gh/3w2hyrhs649b13txtmn7j5wcgn/T/syb-0.3.6-18301/syb-0.3.6/dist/setup/Main.o ) /var/folders/gh/3w2hyrhs649b13txtmn7j5wcgn/T/syb-0.3.6-18301/syb-0.3.6/Setup.hs:4:30: Warning: In the use of `runTests' (imported from Distribution.Simple, but defined in Distribution.Simple.UserHooks): Deprecated: Please use the new testing interface instead! Linking /var/folders/gh/3w2hyrhs649b13txtmn7j5wcgn/T/syb-0.3.6-18301/syb-0.3.6/dist/setup/setup ... setup: internal error: evacuate(static): strange closure type 603975781 (GHC version 7.4.1 for x86_64_apple_darwin) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug cabal: Error: some packages failed to install: syb-0.3.6 failed during the configure step. The exception was: ExitFailure 6 }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5899#comment:15 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #5955: Renamer hangs when checking type family consistency
#5955: Renamer hangs when checking type family consistency --+- Reporter: gmainland | Owner: Type: bug | Status: new Priority: normal| Component: Compiler Version: 7.4.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Testcase: Blockedby:| Blocking: Related:| --+- checkFamInstConsistency goes into and endless loop in some situations when called from tcRnImports. I have attached a tarball containing a boiled- down example consisting of three .hs files and a shell script. The hang only happens when compiling the three files (in dependency order) manually with -c; the hang does not happen with --make. So it looks like importing a module is not loading something that checkFamInstConsistency is assuming is there. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5955 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5955: Renamer hangs when checking type family consistency
#5955: Renamer hangs when checking type family consistency --+- Reporter: gmainland | Owner: Type: bug | Status: new Priority: normal| Component: Compiler Version: 7.5 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Testcase: Blockedby:| Blocking: Related:| --+- Changes (by gmainland): * version: 7.4.1 = 7.5 Comment: This is with revision 69570789166052c90a335dadbfaa8cfc1ad84330 (HEAD as of the time of the bug report). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5955#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs