Re: [GHC] #5539: GHC panic - Simplifier ticks exhausted
#5539: GHC panic - Simplifier ticks exhausted ---+ Reporter: hvr |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: Compiler| Version: 7.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: Linux | Blocking: Architecture: x86_64 (amd64) | Failure: Compile-time crash ---+ Comment(by simonpj): Thanks. Can you do as the error message asks, and see what limit does work? Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5539#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] #4900: DEPENDS pragma
#4900: DEPENDS pragma -+-- Reporter: cdsmith |Owner: Type: feature request | Status: new Priority: normal|Milestone: 7.4.1 Component: Build System | Version: Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Comment(by simonmar): Yes, you'll need to add the list of dependent files to `ModGuts` too, so that it gets plumbed through from the typechecker to the final iface, which is generated much later. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4900#comment:19 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] #2897: HsFFI.h is not in the default include path for hsc2hs
#2897: HsFFI.h is not in the default include path for hsc2hs ---+ Reporter: cjs | Owner: Type: bug | Status: new Priority: highest | Milestone: 7.4.1 Component: hsc2hs|Version: 6.10.1 Resolution:| Keywords: Testcase:| Blockedby: Difficulty: Unknown | Os: Unknown/Multiple Blocking:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Comment(by simonmar): There's another solution: * Have `hsc2hs` emit two C files, one that looks like the current one, and another one that defines simple wrappers for the C library functions that we call (`fprintf` etc.) * `template-hsc.h` declares prototypes for the wrappers, and defines its own macros in terms of them. It does not need to `#include` any system headers. * `hsc2hs` will have to compile both C files and link them together into the final program. So then because we're not including any system headers in `template- hsc.h`, the problem should go away. Even if we adopt Duncan's proposal, I think we should do this too, because including system headers in the same C file that generates the `.hs` output has the potential to create other subtle problems too. By avoiding doing this we give the user full control over what headers are included and in what order. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2897#comment:17 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] #5540: Non-deterministic pure code in Data.Typeable
#5540: Non-deterministic pure code in Data.Typeable ---+ Reporter: guest |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: libraries/base | Version: 7.0.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: None/Unknown ---+ Comment(by simonpj): Thank you for the detailed investigation. I have not followed all the details of this thread, but I think that it may (happily) represent a bug in generating `TypeReps` that is already fixed. * We used to have a global cache from which we generated unique Int keys corresponding to type constructors. The trouble with this was that (a) you weren’t guaranteed to get the same key in every run, and (b) the cache was not initially designed to be thread-safe, and I’m not sure that we’d closed all race conditions. * But NOW we generate a MD5 hash, or fingerprint, of the type. So there is no global cache, no race condition, and you should get the same behaviour ever time. In short, can you try with 7.2? Thanks Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5540#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] #5539: GHC panic - Simplifier ticks exhausted
#5539: GHC panic - Simplifier ticks exhausted ---+ Reporter: hvr |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: Compiler| Version: 7.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: Linux | Blocking: Architecture: x86_64 (amd64) | Failure: Compile-time crash ---+ Comment(by hvr): sure, `cabal install --ghc-option=-fsimpl-tick-factor=130 blaze-builder` was the smallest simpl-tick-factor value that worked for me... -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5539#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] #5368: GHCi crash: thread blocked indefinitely in an MVar operation (was: ghc.exe; panic! (the 'impossible' happened))
#5368: GHCi crash: thread blocked indefinitely in an MVar operation +--- Reporter: dmitriev200 |Owner: simonmar Type: bug | Status: new Priority: high |Milestone: 7.4.1 Component: GHCi | Version: 7.0.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: Windows | Blocking: Architecture: x86 | Failure: GHCi crash +--- -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5368#comment:4 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] #5368: GHCi crash: thread blocked indefinitely in an MVar operation
#5368: GHCi crash: thread blocked indefinitely in an MVar operation --+- Reporter: dmitriev200 | Owner: simonmar Type: bug | Status: closed Priority: high | Milestone: 7.4.1 Component: GHCi |Version: 7.0.3 Resolution: duplicate| Keywords: Testcase: | Blockedby: Difficulty: | Os: Windows Blocking: | Architecture: x86 Failure: GHCi crash | --+- Changes (by simonmar): * status: new = closed * resolution: = duplicate Comment: dup of #4245 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5368#comment:5 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] #5540: Non-deterministic pure code in Data.Typeable
#5540: Non-deterministic pure code in Data.Typeable ---+ Reporter: guest |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: libraries/base | Version: 7.0.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: None/Unknown ---+ Comment(by jmg): I had already tested with 7.2 and the bug did not show up. Nevertheless I started the discussion, because I wanted to make sure that it is not my fault, and because I needed a workaround. Now I have one. Thanks for the confirmation. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5540#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] #5425: Panic: the impossible happened charType '\955'
#5425: Panic: the impossible happened charType '\955' ---+ Reporter: dpmulligan |Owner: simonmar Type: bug | Status: new Priority: high|Milestone: 7.4.1 Component: Compiler| Version: 7.0.3 Keywords: | Testcase: Blockedby: | Difficulty: Os: Linux | Blocking: Architecture: x86 | Failure: GHCi crash ---+ Comment(by marlowsd@…): commit 660568cac9b342aaeb4e7dcc694d730828671362 {{{ Author: Simon Marlow marlo...@gmail.com Date: Mon Oct 10 10:40:00 2011 +0100 fix panic in string-gap lexing (#5425) compiler/parser/Lexer.x |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5425#comment:4 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] #5536: IO performance regression in 7.2 vs 7.0
#5536: IO performance regression in 7.2 vs 7.0 -+-- Reporter: simonmar |Owner: batterseapower Type: bug | Status: new Priority: high |Milestone: 7.4.1 Component: libraries/base| Version: 7.2.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Comment(by simonmar): After this commit: commit ea4bb083c6222e7c774fdb554f24f17a53ae350d {{{ Author: Simon Peyton Jones simo...@microsoft.com Date: Wed Jul 27 08:39:14 2011 +0100 Eliminate a thunk in the inner loop of 'unpack' This makes quite a difference to allocation in some programs. }}} The performance of `cat` improved to 5.81s (19% slower than 7.0), and the binary cat improved to 4.24s (27% slower than 7.0). This is a lot better, but I hope there are more improvements to be had. This is still a pretty big penalty. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5536#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] #5425: Panic: the impossible happened charType '\955'
#5425: Panic: the impossible happened charType '\955' -+-- Reporter: dpmulligan | Owner: simonmar Type: bug | Status: closed Priority: high| Milestone: 7.4.1 Component: Compiler|Version: 7.0.3 Resolution: fixed | Keywords: Testcase: | Blockedby: Difficulty: | Os: Linux Blocking: | Architecture: x86 Failure: GHCi crash | -+-- Changes (by simonmar): * status: new = closed * resolution: = fixed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5425#comment:5 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] #5471: Incorrect InterruptibleFFI test
#5471: Incorrect InterruptibleFFI test -+-- Reporter: shelarcy| Owner: simonmar Type: bug | Status: closed Priority: normal | Milestone: 7.4.1 Component: Test Suite |Version: 7.2.1 Resolution: fixed | Keywords: Testcase: | Blockedby: Difficulty: | Os: Unknown/Multiple Blocking: | Architecture: Unknown/Multiple Failure: Other | -+-- Changes (by simonmar): * status: new = closed * resolution: = fixed Comment: commit 5d4ee3759a6b2e3e0c9b06fd712042f0d6b5980e {{{ Author: Simon Marlow marlo...@gmail.com Date: Fri Oct 7 14:56:46 2011 +0100 make the test fail if the sleep doesn't get interrupted (#5471) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5471#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] #5511: -package should take priority over modules in the filesystem
#5511: -package should take priority over modules in the filesystem -+-- Reporter: peteg | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Package system |Version: 7.0.3 Resolution: wontfix | Keywords: Testcase: | Blockedby: Difficulty: | Os: Unknown/Multiple Blocking: | Architecture: Unknown/Multiple Failure: Other | -+-- Changes (by simonmar): * status: new = closed * resolution: = wontfix Comment: This is a deliberate policy. For example, you can build and test new versions of your package without having to say `-hide-package P`. In your situation, just put the tests in a different directory that doesn't overlap with your package sources. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5511#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] #5509: quotes pretty-printer not working as comments specify
#5509: quotes pretty-printer not working as comments specify +--- Reporter: mgsloan1 | Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.2.1 Resolution: fixed | Keywords: prettyprint Testcase: | Blockedby: Difficulty: | Os: Unknown/Multiple Blocking: | Architecture: Unknown/Multiple Failure: Incorrect warning at compile-time | +--- Comment(by simonmar): Replying to [comment:5 igloo]: Would it make more sense to never quote identifiers? We should use proper Unicode single quotes, if the locale supports Unicode, or better still use coloured output. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5509#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] #2897: HsFFI.h is not in the default include path for hsc2hs
#2897: HsFFI.h is not in the default include path for hsc2hs ---+ Reporter: cjs | Owner: igloo Type: bug | Status: new Priority: highest | Milestone: 7.4.1 Component: hsc2hs|Version: 6.10.1 Resolution:| Keywords: Testcase:| Blockedby: Difficulty: Unknown | Os: Unknown/Multiple Blocking:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Changes (by igloo): * owner: = igloo Comment: Simon's proposal seems like a sensible thing to do regardless, so let's do it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2897#comment:18 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] #5528: mkExtraObjToLinkIntoBinary invokes cc differently
#5528: mkExtraObjToLinkIntoBinary invokes cc differently -+-- Reporter: MtnViewMark |Owner: simonmar Type: bug | Status: new Priority: high |Milestone: 7.4.1 Component: Driver| Version: 7.0.2 Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: GHC doesn't work at all -+-- Changes (by simonmar): * owner: = simonmar * priority: normal = high * milestone: = 7.4.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5528#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
[GHC] #5546: Documentation errors in Control.Exception.Base
#5546: Documentation errors in Control.Exception.Base -+-- Reporter: bit | Owner: Type: bug | Status: new Priority: normal| Component: libraries/base Version: 7.2.1 |Keywords: Testcase:| Blockedby: Os: Unknown/Multiple |Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- I found the following 2 errors in the documentation of [http://hackage.haskell.org/packages/archive/base/latest/doc/html/Control- Exception-Base.html Control.Exception.Base] == catch == From the documentation for the [http://hackage.haskell.org/packages/archive/base/latest/doc/html/Control- Exception-Base.html#v:catch catch] function: ''... see the previous section Catching all exceptions'' There is no such section! == mask == From the documentation for the [http://hackage.haskell.org/packages/archive/base/latest/doc/html/Control- Exception-Base.html#v:mask mask] function: ''... the only way is to create a new thread; see Control.Concurrent.forkIOUnmasked.'' But [http://hackage.haskell.org/packages/archive/base/latest/doc/html /Control-Concurrent.html#v:forkIOUnmasked forkIOUnmasked] is deprecated! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5546 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] #5544: threadDelay with large values crashes the IO manager on 64-bit OS X
#5544: threadDelay with large values crashes the IO manager on 64-bit OS X ---+ Reporter: carlhowells | Owner: tibbe Type: bug | Status: new Priority: normal | Component: Runtime System Version: 7.2.1 |Keywords: Testcase: | Blockedby: Os: MacOS X |Blocking: Architecture: x86_64 (amd64) | Failure: None/Unknown ---+ Changes (by tibbe): * cc: johan.tibell@… (added) * owner: = tibbe -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5544#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] #5467: Template Haskell: support for Haddock comments
#5467: Template Haskell: support for Haddock comments -+-- Reporter: reinerp |Owner: Type: feature request | Status: new Priority: normal|Milestone: Component: Template Haskell | Version: 7.2.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Comment(by nomeata): This is also a problem for this code: http://hackage.haskell.org/packages/archive/seal-module/0.1.0.1/doc/html /Language-Haskell-SealModule.html#4 (and this comment is mainly intended to get me on CC.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5467#comment:4 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