January 2013 - ghc-tickets

Re: [GHC] #7282: polykinds error: Found `k' but expected `k'
by GHC 30 Jan '13

30 Jan '13

#7282: polykinds error: Found `k' but expected `k' -------------------------------------------------+-------------------------- Reporter: HolgerReinhardt | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler (Type checker) | Version: 7.6.1 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHC rejects valid program | Difficulty: Unknown Testcase: indexed_types/should_compile/T7282 | Blockedby: Blocking: | Related: -------------------------------------------------+-------------------------- Changes (by simonpj): * status: new => closed * difficulty: => Unknown * resolution: => fixed * testcase: => indexed_types/should_compile/T7282 Comment: Thank you for reporting this -- v helpful. Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7282#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7609: Backticks in an an error message
by GHC 30 Jan '13

30 Jan '13

#7609: Backticks in an an error message ----------------------------------------------+----------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect warning at compile-time | Blockedby: Blocking: | Related: ----------------------------------------------+----------------------------- {{{ {-# LANGUAGE TypeOperators #-} data X a b f :: (a `X` a, Maybe) f = undefined }}} gives an error message: {{{ X.hs:4:16: Expecting one more argument to `Maybe' In the type signature for `f': f :: (a X a, Maybe) ^^^^^ }}} which should be {{{a `X` a}}}. The same thing happens in constraints, such as {{{ f :: (a `X` a) => Maybe }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7609> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #7554: Define __SSE__ when compiling with -msse
by GHC 29 Jan '13

29 Jan '13

#7554: Define __SSE__ when compiling with -msse -------------------------------+-------------------------------------------- Reporter: tibbe | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.6.1 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by igloo): * status: merge => closed * resolution: => fixed Comment: Interface change, so not suitable for merging to stable branch. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7554#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7472: Build on FreeBSD fails with ncurses
by GHC 29 Jan '13

29 Jan '13

#7472: Build on FreeBSD fails with ncurses --------------------------------+------------------------------------------- Reporter: nematoder | Owner: pgj Type: bug | Status: new Priority: normal | Component: Build System Version: 7.6.1 | Keywords: ncurses, freebsd Os: FreeBSD | Architecture: Unknown/Multiple Failure: Building GHC failed | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Comment(by pgj): This problem apparently boils down to a build.mk configuration issue, and has been fixed in the FreeBSD Ports Collection recently [1]. In nutshell, you should ensure that the following is present in your mk/build.mk file before building the compiler: {{{ SRC_HC_OPTS += -I${NCURSESINC} -L${NCURSESLIB} -I${LOCALBASE}/include -L${LOCALBASE}/lib" libraries/terminfo_CONFIGURE_OPTS += --configure-option=--with-curses- includes=${NCURSESINC} --configure-option=--with-curses- libraries=${NCURSESLIB} }}} where {{{NCURSESINC}}} is the include directory for ncurses and {{{NCURSESLIB}}} is the library directory, respectively. [1] http://lists.freebsd.org/pipermail/svn-ports- all/2013-January/011462.html -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7472#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7472: Build on FreeBSD fails with ncurses
by GHC 29 Jan '13

29 Jan '13

#7472: Build on FreeBSD fails with ncurses --------------------------------+------------------------------------------- Reporter: nematoder | Owner: pgj Type: bug | Status: new Priority: normal | Component: Build System Version: 7.6.1 | Keywords: ncurses, freebsd Os: FreeBSD | Architecture: Unknown/Multiple Failure: Building GHC failed | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Changes (by pgj): * cc: pgj@… (added) * owner: => pgj Comment: Take. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7472#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7628: Improve error message when mixing 32bit and 64bit images
by GHC 29 Jan '13

29 Jan '13

#7628: Improve error message when mixing 32bit and 64bit images ----------------------------+----------------------------------------------- Reporter: morabbin | Owner: Type: feature request | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: MacOS X | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: ----------------------------+----------------------------------------------- Since we know when the user has mixed 32 and 64 bit images, let's say so in the error message. Before: {{{ Loading object (static) dist/build/HOC_cbits.o ... ghc: dist/build/HOC_cbits.o: Bad magic. Expected: feedfacf, got: feedface. ghc: panic! (the 'impossible' happened) (GHC version 7.6.1 for x86_64-apple-darwin): loadObj "dist/build/HOC_cbits.o": failed Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} After: {{{ Loading object (static) dist/build/HOC_cbits.o ... ghc-stage2: Could not load image dist/build/HOC_cbits.o: bad magic! Expected feedfacf (64bit), got feedface (32bit). ghc-stage2: panic! (the 'impossible' happened) (GHC version 7.7.20130124 for x86_64-apple-darwin): loadObj "dist/build/HOC_cbits.o": failed }}} Patch to come. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7628> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #7630: FFI: "capi" calling convention doesn't work
by GHC 29 Jan '13

29 Jan '13

#7630: FFI: "capi" calling convention doesn't work -------------------------+-------------------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Linux | Architecture: x86 Failure: None/Unknown | Blockedby: Blocking: | Related: -------------------------+-------------------------------------------------- According to [http://www.haskell.org/ghc/docs/7.6.1/html/users_guide/ffi.html#ffi-capi] there is a `capi` calling convention, but ghc disagrees: {{{ % cat capi.hs {-# LANGUAGE ForeignFunctionInterface #-} import Foreign.C foreign import capi "math.h value M_PI" mPI :: CDouble main :: IO () main = print mPI % ghc capi.hs [1 of 1] Compiling Main ( capi.hs, capi.o ) capi.hs:5:16: parse error on input `capi' }}} Is the documentation wrong? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7630> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

Re: [GHC] #2215: :disable command to disable breakpoints
by GHC 29 Jan '13

29 Jan '13

#2215: :disable command to disable breakpoints ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: feature request | Status: new Priority: lowest | Milestone: 7.6.2 Component: GHCi | Version: 6.9 Keywords: debugger ghci | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by simonmar): The submitter wanted a way to disable a breakpoint without deleting it, like gdb's `disable` command. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2215#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1930: Make operators into type constructors, rather than type variables
by GHC 29 Jan '13

29 Jan '13

#1930: Make operators into type constructors, rather than type variables -----------------------------------+---------------------------------------- Reporter: igloo | Owner: Type: feature request | Status: closed Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.8.1 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: ghci/scripts/ghci033 | Blockedby: Blocking: | Related: -----------------------------------+---------------------------------------- Changes (by simonmar): * status: new => closed * resolution: => fixed Comment: From the 7.6.1 release notes: "The behavior of the TypeOperator extension has changed: previously, only type operators starting with ":" were considered type constructors, and other operators were treated as type variables. Now type operators are always constructors. " -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1930#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1786: can't build ghc-6.8.0.20071017 under Solaris using a GNU linker
by GHC 29 Jan '13

29 Jan '13

#1786: can't build ghc-6.8.0.20071017 under Solaris using a GNU linker ---------------------------+------------------------------------------------ Reporter: guest | Owner: Type: bug | Status: closed Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.8 Resolution: worksforme | Keywords: Os: Solaris | Architecture: x86 Failure: None/Unknown | Difficulty: Moderate (less than a day) Testcase: | Blockedby: Blocking: | Related: ---------------------------+------------------------------------------------ Changes (by simonmar): * status: new => closed * resolution: => worksforme Comment: No activity in 5 years, almost certainly something has changed since then, and AFAIK people are successfully using GHC on Solaris. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1786#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0