[GHC] #7423: panic on typo in deriving clause
#7423: panic on typo in deriving clause -+-- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Component: Compiler Version: 7.4.1 | Keywords: Os: Linux | Architecture: Other Failure: None/Unknown | Blockedby: Blocking:|Related: -+-- Consider the following: data T = T deriving (eq) Note the misspelled lower-case capital - Eq was intended instead. Rather than reporting a syntax error, GHC panics: mnykanen@localhost$ ghc -v -dcore-lint extest.hs Glasgow Haskell Compiler, Version 7.4.1, stage 2 booted by GHC version 7.0.2 Using binary package database: /home/mnykanen/bin/ghc-7.4.1/lib/ghc-7.4.1/package.conf.d/package.cache Using binary package database: /home/mnykanen/.ghc/x86_64-linux-7.4.1/package.conf.d/package.cache wired-in package ghc-prim mapped to ghc- prim-0.2.0.0-c2ff696e5b8ec4d4b2bc2e42085fe471 wired-in package integer-gmp mapped to integer- gmp-0.4.0.0-3cccac07aef8e27023f605c1f45bdf74 wired-in package base mapped to base-4.5.0.0-6db966b4cf8c1a91188e66d354ba065e wired-in package rts mapped to builtin_rts wired-in package template-haskell mapped to template- haskell-2.7.0.0-133c0fdb189e05de22bd926d39f99fe3 wired-in package dph-seq not found. wired-in package dph-par not found. Hsc static flags: -static *** Chasing dependencies: Chasing modules from: *extest.hs Stable obj: [] Stable BCO: [] Ready for upsweep [NONREC ModSummary { ms_hs_date = Sat Nov 17 10:05:25 EET 2012 ms_mod = main:Main, ms_textual_imps = [import (implicit) Prelude] ms_srcimps = [] }] *** Deleting temp files: Deleting: compile: input file extest.hs Created temporary directory: /tmp/ghc2802_0 *** Checking old interface for main:Main: [1 of 1] Compiling Main ( extest.hs, extest.o ) *** Parser: *** Renamer/typechecker: *** Deleting temp files: Deleting: /tmp/ghc2802_0/ghc2802_0.s Warning: deleting non-existent /tmp/ghc2802_0/ghc2802_0.s *** Deleting temp dirs: Deleting: /tmp/ghc2802_0 ghc: panic! (the 'impossible' happened) (GHC version 7.4.1 for x86_64-unknown-linux): nameModule eq{tv a9I} Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7423 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] #7423: panic on typo in deriving clause
#7423: panic on typo in deriving clause ---+ Reporter: guest |Owner: Type: bug | Status: closed Priority: normal |Component: Compiler Version: 7.4.1 | Resolution: duplicate Keywords: | Os: Linux Architecture: Other | Failure: None/Unknown Blockedby: | Blocking: Related: | ---+ Changes (by guest): * status: new = closed * resolution: = duplicate Comment: Thanks for the report, but it's already fixed in GHC 7.6.1, bug #5961. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7423#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] #7267: linux-ppc64: Segfault during stage2 build
#7267: linux-ppc64: Segfault during stage2 build -+-- Reporter: erikd| Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Linux| Architecture: powerpc64 Failure: Building GHC failed | Testcase: Blockedby: | Blocking: Related: | -+-- Comment(by erikd): Back to debugging this one. Noticed things like: {{{ /tmp/ghc16063_0/ghc16063_0.hc:3204:2: warning: conflicting types for built-in function 'memcpy' [enabled by default] }}} resulting from `compiler/utils/StringBuffer.lhs` which generates `compiler/utils/StringBuffer.hc` containing: {{{ ghcFunPtr = ((void * (*)(void *, void *, W_))memcpy); }}} however, `memcpy` really has a type: {{{ void *memcpy(void *dest, const void *src, size_t n); }}} with a `const` on the `src` parameter. Pretty sure this is not relevant to this problem. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7267#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] #7342: Bug in System.Posix.Env.putEnv
#7342: Bug in System.Posix.Env.putEnv -+-- Reporter: SimonHengel | Owner: Type: bug | Status: patch Priority: normal | Component: libraries/unix Version: 7.4.2| Keywords: Os: Linux| Architecture: x86_64 (amd64) Failure: Incorrect result at runtime | Testcase: Blockedby: | Blocking: Related: | -+-- Changes (by SimonHengel): * status: new = patch -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7342#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] #7226: bytestring changes in 7.6 branch
#7226: bytestring changes in 7.6 branch --+- Reporter: igloo | Owner: igloo Type: bug| Status: new Priority: highest| Milestone: 7.6.2 Component: libraries (other) | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown|Testcase: Blockedby: |Blocking: Related: | --+- Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7226#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] #7342: Memory violation bug in System.Posix.Env.putEnv (was: Bug in System.Posix.Env.putEnv)
#7342: Memory violation bug in System.Posix.Env.putEnv -+-- Reporter: SimonHengel | Owner: Type: bug | Status: patch Priority: normal | Component: libraries/unix Version: 7.4.2| Keywords: Os: Linux| Architecture: x86_64 (amd64) Failure: Incorrect result at runtime | Testcase: Blockedby: | Blocking: Related: | -+-- -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7342#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] #3103: Compiling base with cabal fails.
#3103: Compiling base with cabal fails. -+-- Reporter: Lemmih| Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 6.10.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: T3103 Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3103#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
Re: [GHC] #3831: SpecConstr should exploit cases where there is exactly one call pattern
#3831: SpecConstr should exploit cases where there is exactly one call pattern -+-- Reporter: igloo | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 6.13 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Compile-time performance bug Difficulty: Unknown |Testcase: simplCore/should_compile/T3831 Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3831#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] #3927: Incomplete/overlapped pattern warnings + GADTs = inadequate
#3927: Incomplete/overlapped pattern warnings + GADTs = inadequate -+-- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 6.12.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related: #4139 | -+-- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3927#comment:27 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] #4012: Compilation results are not deterministic
#4012: Compilation results are not deterministic ---+ Reporter: kili | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler |Version: 6.12.2 Resolution:| Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Other | Difficulty: Difficult (2-5 days) Testcase:| Blockedby: Blocking:|Related: ---+ Comment(by igloo): Hmm, OK. I was going to suggest a final renaming pass (in which only generated names get renamed) and ''not'' throwing the result away, so that it's easier to understand when the hash is or isn't changing. But I think that would be worse, because then the -ddump-simpl etc names wouldn't match the final names. So your !DeBruijn idea sounds best to me. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4012#comment:35 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] #4321: Unexpected stack overflow prevented by superfluous type annotation
#4321: Unexpected stack overflow prevented by superfluous type annotation ---+ Reporter: bjpop | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler |Version: 7.5 Resolution:| Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: T4321 | Blockedby: Blocking:|Related: ---+ Changes (by igloo): * owner: = simonpj -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4321#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] #5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64
#5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64 ---+ Reporter: altaic | Owner: Type: bug | Status: new Priority: high| Milestone: 7.8.1 Component: Compiler| Version: 7.1 Keywords: | Os: MacOS X Architecture: x86_64 (amd64) | Failure: Incorrect warning at compile-time Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by igloo): * difficulty: = Unknown * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5019#comment:21 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] #5407: ghc-7.2.1 build failed on sparc solaris with non-GNU linker
#5407: ghc-7.2.1 build failed on sparc solaris with non-GNU linker -+-- Reporter: maeder| Owner: igloo Type: bug | Status: patch Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 7.6.1 Keywords:| Os: Solaris Architecture: sparc | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5407#comment:11 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] #5442: ghc-pkg unregister --user/--global/--package-conf not normative
#5442: ghc-pkg unregister --user/--global/--package-conf not normative -+-- Reporter: guest | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: ghc-pkg | Version: 7.2.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Other Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * difficulty: = Unknown * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5442#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] #5780: -faggressive-primops change caused a failure in perf/compiler/parsing001
#5780: -faggressive-primops change caused a failure in perf/compiler/parsing001 -+-- Reporter: simonmar | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.2.2 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5780#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
[GHC] #7424: Add Data.Bits instance for Bool
#7424: Add Data.Bits instance for Bool -+-- Reporter: Aninhumer | Owner: Type: feature request | Status: new Priority: normal| Component: libraries/base Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking:|Related: -+-- Given the common use cases for Data.Bits, it seems strange that there is no instance for Bool. Previously, the Num superclass was a reason not to include one, as there are valid objections to a Num Bool instance. However, this superclass requirement has now been removed, so I think adding a Bits Bool instance would be a good idea. I have attached a local implementation which I am using, but it may not entirely match the intended semantics of Bits. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7424 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] #7425: Add method to Data.Bits for creating zeroed values.
#7425: Add method to Data.Bits for creating zeroed values. -+-- Reporter: Aninhumer | Owner: Type: feature request | Status: new Priority: normal| Component: libraries/base Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking:|Related: -+-- The removal of the Num superclass from Data.Bits now means there is no simple way to create a value in which all bits are set to zero. There are obviously a variety of ways such a value can be constructed with the existing methods, but nonetheless it seems like an odd omission. The new method could be given an implementation in terms of the existing ones for backwards compatibility. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7425 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] #6022: GHC infers over-general types
#6022: GHC infers over-general types -+-- Reporter: simonpj | Owner: simonpj Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * owner: = simonpj * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/6022#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] #5831: space_leak_001(ghci) segfaults on OS X x86_64
#5831: space_leak_001(ghci) segfaults on OS X x86_64 ---+ Reporter: igloo | Owner: Type: bug | Status: closed Priority: high | Milestone: 7.6.2 Component: Compiler |Version: 7.5 Resolution: worksforme| Keywords: Os: MacOS X | Architecture: x86_64 (amd64) Failure: None/Unknown | Difficulty: Unknown Testcase:| Blockedby: Blocking:|Related: ---+ Changes (by igloo): * status: new = closed * resolution: = worksforme Comment: I was going to test whether dynamic-by-default fixed this, but now I can't reproduce it all. I'll close the ticket, but if the problem re-emerges I'll look into it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5831#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] #6098: debugger does not know the correct type for a newtype field
#6098: debugger does not know the correct type for a newtype field --+- Reporter: phercek| Owner: Type: bug| Status: new Priority: high | Milestone: 7.8.1 Component: GHCi | Version: 7.5 Keywords: debugger bindings | Os: Linux Architecture: x86_64 (amd64) | Failure: Incorrect result at runtime Difficulty: Unknown|Testcase: Blockedby: |Blocking: Related: | --+- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/6098#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] #7056: GHCi loadArchive libiconv.a:failed Unknown PEi386 section name `.drectve'
#7056: GHCi loadArchive libiconv.a:failed Unknown PEi386 section name `.drectve' ---+ Reporter: songpp | Owner: Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: GHCi| Version: 7.4.1 Keywords: loadArchive Unknown PEi386 | Os: Windows Architecture: x86 | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: 3658|Blocking: Related: #2487, #7103| ---+ Changes (by igloo): * blockedby: = 3658 Comment: This would be fixed by dynamic-by-default. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7056#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
Re: [GHC] #7062: Spurious undefined reference to `openpty'
#7062: Spurious undefined reference to `openpty' ---+ Reporter: simonmar | Owner: Type: bug | Status: infoneeded Priority: high | Milestone: 7.6.2 Component: Compiler |Version: 7.4.2 Resolution:| Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase:| Blockedby: Blocking:|Related: ---+ Changes (by igloo): * status: new = infoneeded Comment: The test is passing in HEAD for me, and isn't listed as a failure in http://www.haskell.org/pipermail/cvs-ghc/2012-November/078417.html Can you tell me how I can reproduce a problem, please? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7062#comment:25 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] #7103: Compiler panic, when loading wxc in GHCi
#7103: Compiler panic, when loading wxc in GHCi -+-- Reporter: Henk-Jan | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: GHCi | Version: 7.4.2 Keywords:| Os: Windows Architecture: Unknown/Multiple | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Description changed by igloo: Old description: Loading package wxc-0.90.0.4 ... interactive: Unknown PEi386 section name `.idata$4' (while processing: C:\Programs\wxWidgets-2.9.3\lib\gcc_dll\libwxmsw29u_xrc.a) ghc.exe: panic! (the 'impossible' happened) (GHC version 7.4.2 for i386-unknown-mingw32): loadArchive C:\\Programs\\wxWidgets-2.9.3\\lib\\gcc_dll\\libwxmsw29u_xrc.a: failed New description: {{{ Loading package wxc-0.90.0.4 ... interactive: Unknown PEi386 section name `.idata$4' (while processing: C:\Programs\wxWidgets-2.9.3\lib\gcc_dll\libwxmsw29u_xrc.a) ghc.exe: panic! (the 'impossible' happened) (GHC version 7.4.2 for i386-unknown-mingw32): loadArchive C:\\Programs\\wxWidgets-2.9.3\\lib\\gcc_dll\\libwxmsw29u_xrc.a: failed }}} -- -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7103#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] #7103: Compiler panic, when loading wxc in GHCi
#7103: Compiler panic, when loading wxc in GHCi -+-- Reporter: Henk-Jan | Owner: Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: GHCi | Version: 7.4.2 Keywords:| Os: Windows Architecture: Unknown/Multiple | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: 3658 |Blocking: Related:| -+-- Changes (by igloo): * blockedby: = 3658 Comment: This would be fixed by dynamic-by-default. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7103#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] #7108: Link to haskell report in prelude
#7108: Link to haskell report in prelude -+-- Reporter: JonasDuregard | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: libraries/base| Version: 7.4.2 Keywords: documentation | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7108#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] #7229: Detecting if a process was killed by a signal is impossible
#7229: Detecting if a process was killed by a signal is impossible --+- Reporter: benmachine | Owner: Type: bug| Status: new Priority: high | Milestone: 7.8.1 Component: libraries/process | Version: Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown|Testcase: Blockedby: |Blocking: Related: | --+- Changes (by igloo): * milestone: 7.6.2 = 7.8.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7229#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] #7043: 32-bit GHC ceiling of negative float SEGFAULT: 11
#7043: 32-bit GHC ceiling of negative float SEGFAULT: 11 --+- Reporter: DrGodCarl | Owner: igloo Type: bug| Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 7.4.1 Keywords: Segfault, ceiling, segmentation fault | Os: MacOS X Architecture: Other | Failure: GHCi crash Difficulty: Unknown|Testcase: ceiling (-0.8) Blockedby: 3658 |Blocking: Related: | --+- Changes (by igloo): * blockedby: = 3658 Comment: This doesn't happen if dynamic-by-default is enabled. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7043#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] #7281: GHC 7.4.2 build fails on Fedora17
#7281: GHC 7.4.2 build fails on Fedora17 ---+ Reporter: PaulJohnson | Owner: Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: Compiler| Version: 7.4.2 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Description changed by igloo: Old description: On Fedora 17 the build fails when attempting to run configure. The relevant section says: checking for ncurses.h... yes checking for setupterm in -lncursesw... no checking for setupterm in -lncurses... no checking for setupterm in -lcurses... no configure: error: in `/home/paj/packages/ghc-7.4.2/libraries/terminfo': configure: error: curses library not found, so this package cannot be built The relevant section from config.log says: configure~:3285: gcc -o conftest -g -O2 conftest.c -lncursesw 5 /usr/bin/ld: /tmp/cc1CCCaI.o: undefined reference to symbol 'setupterm' /usr/bin/ld: note: 'setupterm' is defined in DSO /lib64/libtinfo.so.5 so try adding it to the linker command line /lib64/libtinfo.so.5: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status I've set the architecture to x86_64 because thats what I run, but I expect it would happen on other Fedora 17s as well. New description: On Fedora 17 the build fails when attempting to run configure. The relevant section says: {{{ checking for ncurses.h... yes checking for setupterm in -lncursesw... no checking for setupterm in -lncurses... no checking for setupterm in -lcurses... no configure: error: in `/home/paj/packages/ghc-7.4.2/libraries/terminfo': configure: error: curses library not found, so this package cannot be built }}} The relevant section from config.log says: {{{ configure~:3285: gcc -o conftest -g -O2 conftest.c -lncursesw 5 /usr/bin/ld: /tmp/cc1CCCaI.o: undefined reference to symbol 'setupterm' /usr/bin/ld: note: 'setupterm' is defined in DSO /lib64/libtinfo.so.5 so try adding it to the linker command line /lib64/libtinfo.so.5: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status }}} I've set the architecture to x86_64 because thats what I run, but I expect it would happen on other Fedora 17s as well. -- -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7281#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] #7281: GHC 7.4.2 build fails on Fedora17
#7281: GHC 7.4.2 build fails on Fedora17 ---+ Reporter: PaulJohnson | Owner: judah.jacobson@… Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: Compiler| Version: 7.4.2 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by igloo): * owner: = judah.jacobson@… Comment: Hmm, the nightly builders have libtinfo, so odd that they didn't run into this. Judah, this looks like a bug in the terminfo configure script; could you take a look please? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7281#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
[GHC] #7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo
#7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo --+- Reporter: luqui | Owner: Type: bug| Status: new Priority: normal | Component: Compiler Version: 7.4.1 | Keywords: module, import Os: MacOS X| Architecture: x86_64 (amd64) Failure: GHC rejects valid program | Blockedby: Blocking: |Related: --+- We recently got into a situation on a team where two developers had two different versions of a module with many exports installed, and we were using a compatible subset of both versions. I then introduced a symbol (say X) with the same name as an export from one of the versions. Because GHC raises a fatal error on import Foo hiding (X) when X is not exported by Foo, we had no way to have X refer to the local definition -- since if hiding (X) was present, my GHC would error, and if it wasn't, he would get ambiguous reference errors. The alternative would be to list all symbols except X in the import list (there were a good couple hundred). But isn't that what hiding (X) is supposed to be short for anyway? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7426 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] #7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo
#7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo ---+ Reporter: luqui | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler| Version: 7.4.1 Keywords: module, import | Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHC rejects valid program Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by igloo): * difficulty: = Unknown Comment: FWIW, one option is to use a qualified name for `X`. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7426#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] #7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo
#7426: import Foo hiding (X) should not be a fatal error when X is not exported by Foo ---+ Reporter: luqui | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler| Version: 7.4.1 Keywords: module, import | Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHC rejects valid program Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Comment(by guest): Isn't this a dup of #7167, which is fixed in 7.6.1? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7426#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] #7281: GHC 7.4.2 build fails on Fedora17
#7281: GHC 7.4.2 build fails on Fedora17 ---+ Reporter: PaulJohnson | Owner: judah.jacobson@… Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: Compiler| Version: 7.4.2 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Comment(by judahj): It seems that ncurses was changed recently (?) to allow splitting off the terminfo-specific functionality into a separate library. The fix should be pretty simple; just edit configure.ac and change AC_CHECK_LIB(ncursesw, setupterm, HaveLibCurses=YES; LibCurses=ncursesw, [AC_CHECK_LIB(ncurses, setupterm, HaveLibCurses=YES; LibCurses=ncurses, [AC_CHECK_LIB(curses, setupterm, HaveLibCurses=YES; LibCurses=curses, HaveLibCurses=NO; LibCurses=not-installed)])]) adding an extra line to try tinfo first, and otherwise fall back to the above curses variants. Unfortunately, I don't have a system with libtinfo to test this on. Can someone please confirm whether that fixes the problem? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7281#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] #7281: GHC 7.4.2 build fails on Fedora17
#7281: GHC 7.4.2 build fails on Fedora17 ---+ Reporter: PaulJohnson | Owner: judah.jacobson@… Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: Compiler| Version: 7.4.2 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Building GHC failed Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Comment(by judahj): Replying to [comment:4 judahj]: Sorry, messed up the formatting: {{{ AC_CHECK_LIB(ncursesw, setupterm, HaveLibCurses=YES; LibCurses=ncursesw, [AC_CHECK_LIB(ncurses, setupterm, HaveLibCurses=YES; LibCurses=ncurses, [AC_CHECK_LIB(curses, setupterm, HaveLibCurses=YES; LibCurses=curses, HaveLibCurses=NO; LibCurses=not-installed)])]) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7281#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] #7108: Link to haskell report in prelude
#7108: Link to haskell report in prelude +--- Reporter: JonasDuregard | Owner: igloo Type: bug| Status: closed Priority: high | Milestone: 7.6.2 Component: libraries/base |Version: 7.4.2 Resolution: fixed | Keywords: documentation Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: +--- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: The one in this ticket is fixed by {{{ commit df39704e33c0f1cf6101daab79c573f354e38a6a Author: Ian Lynagh i...@well-typed.com Date: Sat Nov 17 20:02:37 2012 + Improve the Prelude doc header; part of #7108 It no longer refers to a particular version of the language standard. It now includes a note about how it is implicitly imported, and it looks like the other documentation from the language report is already included in the haddock docs. }}} The others I found are ''comparing'' to H98/H2010, so changing them to refer to generic standard Haskell may be confusing if the comparison isn't true for future versions. I've updated the ones I found to refer to H2010, though. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7108#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
Re: [GHC] #7421: Data.List.insert / insertBy do not match the documentation
#7421: Data.List.insert / insertBy do not match the documentation +--- Reporter: Bart Massey | Owner: Type: bug | Status: new Priority: normal | Component: libraries/base Version: 7.6.1| Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect result at runtime | Blockedby: Blocking: |Related: +--- Comment(by Bart Massey): Probably should add or at the end if no such position exists. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7421#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