- ghc-tickets - Haskell.org

Re: [GHC] #1522: Make [n..] etc syntax rebindable
by GHC 22 Jan '13

22 Jan '13

#1522: Make [n..] etc syntax rebindable ---------------------------------+------------------------------------------ Reporter: guest | Owner: simonpj Type: feature request | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by morabbin): * failure: => None/Unknown Comment: This is somewhat handled by GHC extension [http://hackage.haskell.org/trac/ghc/wiki/OverloadedLists OverloadedLists]. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1522#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7519: CLK_TCK is not always a constant
by GHC 22 Jan '13

22 Jan '13

#7519: CLK_TCK is not always a constant ---------------------------------+------------------------------------------ Reporter: singpolyma | Owner: Type: bug | Status: patch Priority: normal | Milestone: Component: libraries/base | Version: 7.7 Keywords: qnx | Os: Other Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by PHO): * cc: pho@… (added) Comment: NetBSD does that too. In `/usr/include/time.h`: {{{ /* * CLK_TCK uses libc's internal __sysconf() to retrieve the machine's * HZ. The value of _SC_CLK_TCK is 39 -- we hard code it so we do not * need to include unistd.h */ long __sysconf(int); #define CLK_TCK (__sysconf(39)) }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7519#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7614: tc_hs_type: bang : The impossible happened
by GHC 22 Jan '13

22 Jan '13

#7614: tc_hs_type: bang : The impossible happened -------------------------------+-------------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Compile-time crash | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- A simple data structure with bang patterns like the following: {{{ data MyType = MyType { a :: !Int , b :: !Maybe Int } }}} results in: {{{ ghc: panic! (the 'impossible' happened) (GHC version 7.6.1 for x86_64-unknown-linux): tc_hs_type: bang }}} Adding parentheses around the "Maybe Int" like this: {{{ data MyType = MyType { a :: !Int , b :: !(Maybe Int) } }}} is accepted, but it would be nice if the former example printed a syntax error or some sort of other warning rather than just a panic. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7614> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #1498: Optimisation: eliminate unnecessary heap check in recursive function
by GHC 22 Jan '13

22 Jan '13

#1498: Optimisation: eliminate unnecessary heap check in recursive function -------------------------------------------+-------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: low | Milestone: 7.6.2 Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Moderate (less than a day) | Testcase: Blockedby: 4258 | Blocking: Related: | -------------------------------------------+-------------------------------- Comment(by thoughtpolice): The new code generator is live in HEAD - it is now the only code generator that exists. This optimization still hasn't been implemented yet, though. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1498#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1509: Make unboxed tuples more supported
by GHC 22 Jan '13

22 Jan '13

#1509: Make unboxed tuples more supported ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: feature request | Status: new Priority: low | Milestone: _|_ Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by thoughtpolice): Max Bolingbroke fixed issue 2 about a year ago in a set of changes he made to handling unboxed tuples. They're now supported in function arguments, variables and type constructors. I don't think issue 1 has been addressed, but I'm not sure how relevant it still is. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1509#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2127: Bad error message for FFI declaration with no -fffi flag
by GHC 22 Jan '13

22 Jan '13

#2127: Bad error message for FFI declaration with no -fffi flag --------------------------------+------------------------------------------- Reporter: tim | Owner: Type: feature request | Status: closed Priority: normal | Milestone: _|_ Component: Compiler (Parser) | Version: 6.8.1 Resolution: wontfix | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Changes (by monoidal): * status: new => closed * failure: => None/Unknown * resolution: => wontfix Comment: It is true that the error is really unhelpful, but now FFI is on by default as a part of the Haskell 2010 standard. I think the ticket is not worth implementing, then. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2127#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1518: Make it possible to evaluate monadic actions when assigning record fields (<-)
by GHC 22 Jan '13

22 Jan '13

#1518: Make it possible to evaluate monadic actions when assigning record fields (<-) -----------------------------------+---------------------------------------- Reporter: adde@… | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -----------------------------------+---------------------------------------- Changes (by morabbin): * failure: => None/Unknown Comment: Bump; still relevant? Seems a bit iffy to me. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1518#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1509: Make unboxed tuples more supported
by GHC 22 Jan '13

22 Jan '13

#1509: Make unboxed tuples more supported ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: feature request | Status: new Priority: low | Milestone: _|_ Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by morabbin): * failure: => None/Unknown Comment: Bump; still relevant? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1509#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1498: Optimisation: eliminate unnecessary heap check in recursive function
by GHC 22 Jan '13

22 Jan '13

#1498: Optimisation: eliminate unnecessary heap check in recursive function -------------------------------------------+-------------------------------- Reporter: simonmar | Owner: Type: bug | Status: new Priority: low | Milestone: 7.6.2 Component: Compiler | Version: 6.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Runtime performance bug Difficulty: Moderate (less than a day) | Testcase: Blockedby: 4258 | Blocking: Related: | -------------------------------------------+-------------------------------- Comment(by morabbin): Bump; what's the status of the newcg branch? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1498#comment:18> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1133: auto-derivation of Enum is disallowed with recursive imports
by GHC 22 Jan '13

22 Jan '13

#1133: auto-derivation of Enum is disallowed with recursive imports -------------------------------+-------------------------------------------- Reporter: heatsink | Owner: simonpj Type: bug | Status: closed Priority: lowest | Milestone: _|_ Component: Compiler | Version: 6.6 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: T1133, T1133A | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by igloo): * status: new => closed * testcase: => T1133, T1133A * resolution: => fixed Comment: Yes, looks good, thanks. I added a couple of tests. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1133#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0