- ghc-tickets - Haskell.org

Re: [GHC] #4370: Bring back monad comprehensions
by GHC 03 Jun '13

03 Jun '13

#4370: Bring back monad comprehensions -------------------------------+-------------------------------------------- Reporter: simonpj | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.12.3 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by a.ulrich): * cc: alex@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4370#comment:68> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7955: CApiFFI doesn't produce wrappers for #defined values in GHCi
by GHC 02 Jun '13

02 Jun '13

#7955: CApiFFI doesn't produce wrappers for #defined values in GHCi -----------------------------+---------------------------------------------- Reporter: merijn | Owner: Type: bug | Status: new Priority: normal | Component: GHCi Version: 7.6.3 | Keywords: ghci, capi Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHCi crash | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- When using the FFI's capi calling convention to get access to #defined constants ghci produces the following error: ByteCodeLink: can't find label During interactive linking, GHCi couldn't find the following symbol: ghc_wrapper_<mangled string>_<symbol name> Compiling via the commandline works just fine. Attached is a minimal test case. "ghc minimal.hs" produces a working binary, but "ghci minimal.hs" produces the above error. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7955> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7948: hp2ps --help typo
by GHC 02 Jun '13

02 Jun '13

#7948: hp2ps --help typo -----------------------------+---------------------------------------------- Reporter: nomeata | Owner: Type: bug | Status: patch Priority: normal | Component: Compiler Version: 7.6.3 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Other | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Changes (by monoidal): * status: new => patch -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7948#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7951: Haskell Platform doesn't build on Fedora 17
by GHC 02 Jun '13

02 Jun '13

#7951: Haskell Platform doesn't build on Fedora 17 ---------------------------------+------------------------------------------ Reporter: photex | Owner: Type: bug | Status: closed Priority: normal | Component: Compiler Version: 7.6.3 | Resolution: duplicate Keywords: | Os: Linux Architecture: Unknown/Multiple | Failure: Other Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by monoidal): * status: new => closed * resolution: => duplicate Comment: See #7949 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7951#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7950: Haskell Platform doesn't build on Fedora 17
by GHC 02 Jun '13

02 Jun '13

#7950: Haskell Platform doesn't build on Fedora 17 ---------------------------------+------------------------------------------ Reporter: photex | Owner: Type: bug | Status: closed Priority: normal | Component: Compiler Version: 7.6.3 | Resolution: duplicate Keywords: | Os: Linux Architecture: Unknown/Multiple | Failure: Other Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by monoidal): * status: new => closed * resolution: => duplicate Comment: See #7949 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7950#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7931: Deriving Read of an empty datatype crashes
by GHC 02 Jun '13

02 Jun '13

#7931: Deriving Read of an empty datatype crashes -----------------------------+---------------------------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.3 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Standalone deriving Read of an empty datatype crashes: {{{ {-# LANGUAGE StandaloneDeriving #-} data A deriving instance Read A }}} {{{ ghc: panic! (the 'impossible' happened) (GHC version 7.7.20130515 for x86_64-unknown-linux): Prelude.foldr1: empty list Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} (Oddly, the "panic" message is given only by ghc, not ghci, but this is minor.) While the Read instance seems to be of little use, it can be used for reading types such as `Either Void Int`. Patch attached. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7931> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

2 4

Re: [GHC] #7401: Can't derive instance for Eq when datatype has no constructor, while it is trivial do do so.
by GHC 02 Jun '13

02 Jun '13

#7401: Can't derive instance for Eq when datatype has no constructor, while it is trivial do do so. ---------------------------------+------------------------------------------ Reporter: jpbernardy | Owner: Type: feature request | Status: infoneeded Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: deriving | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: GHC rejects valid program Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by monoidal): I can try to do on this, but let me ask: Allowing "data A deriving (Eq)" is not compatible with Haskell 98 nor 2010 (point 6 at http://www.haskell.org/onlinereport/haskell2010/haskellch11.html#x18-182000…) Does this mean I should add an add a flag, say `-XEmptyDeriving`, or should GHC allow such declarations by default? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7401#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7953: Segfault on x86 with -O2
by GHC 02 Jun '13

02 Jun '13

#7953: Segfault on x86 with -O2 -------------------------+-------------------------------------------------- Reporter: igloo | Owner: Type: bug | Status: new Priority: highest | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Unknown/Multiple Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by simonmar): * cc: simonmar (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7953#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

dialog box error during compile
by harry 02 Jun '13

02 Jun '13

I was recently having some trouble building a package through an IDE. When I tried it from the command line, GHC popped up the following dialogue box: ghc.exe - Entry Point Not Found The procedure entry point deflateSetHeader could not be located in the dynamic link library zlib1.dll. I fixed the error, but I hadn't seen it earlier because the IDE (EclpiseFP) only gave GHC a console, where the error wasn't written. Why wasn't it written to the error stream like any other error? Haskell Platform 2013.2 on Windows. The error occurred when building an application that uses gtk2hs.

1 0

Re: [GHC] #5687: Friendly Interface for auto-completion of GHCi
by GHC 01 Jun '13

01 Jun '13

#5687: Friendly Interface for auto-completion of GHCi ---------------------------------+------------------------------------------ Reporter: linsumang | Owner: Type: feature request | Status: patch Priority: normal | Milestone: 7.6.2 Component: GHCi | Version: 7.2.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by hvr): I've attached a patch providing a more refined `:complete` command: This one takes an optional range (1-based indexing, syntax `[n-][m]` where `n` denotes first index, and `m` the last index shown), allowing to slice the result list; moreover the first line emitted now contains: {{{ <completions-printed-count> <total-completions-count> <line-prefix> }}} And here's an example session again: {{{ Prelude> :complete Syntax: :complete repl [<range>] <quoted-string-to-complete> Prelude> :complete repl 5 "import For" 5 21 "import " "Foreign" "Foreign.C" "Foreign.C.Error" "Foreign.C.String" "Foreign.C.Types" Prelude> :complete repl 5-10 "import For" 6 21 "import " "Foreign.C.Types" "Foreign.Concurrent" "Foreign.ForeignPtr" "Foreign.ForeignPtr.Safe" "Foreign.ForeignPtr.Unsafe" "Foreign.Marshal" Prelude> :complete repl 20- "import For" 2 21 "import " "Foreign.StablePtr" "Foreign.Storable" Prelude> :complete repl "map" 3 3 "" "map" "mapM" "mapM_" }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5687#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0