[GHC] #3523: Dead link in "7.2. Unboxed types and primitive operations" documentation

2009-09-17 Thread GHC
#3523: Dead link in "7.2. Unboxed types and primitive operations" documentation -+-- Reporter: tibbe | Owner: Type: bug | Status: new Priority: n

Re: [GHC] #3522: conflicting Block.h on Snow Leopard

2009-09-17 Thread GHC
#3522: conflicting Block.h on Snow Leopard ---+ Reporter: PaulLiu |Owner: Type: bug | Status: closed Priority: normal |Milestone: Componen

Re: [GHC] #3523: Dead link in "7.2. Unboxed types and primitive operations" documentation

2009-09-17 Thread GHC
#3523: Dead link in "7.2. Unboxed types and primitive operations" documentation -+-- Reporter: tibbe |Owner: Type: bug | Status: closed Prio

Re: [GHC] #2790: Use -fregs-graph by default

2009-09-17 Thread GHC
#2790: Use -fregs-graph by default -+-- Reporter: igloo |Owner: benl Type: task | Status: assigned Priority: high |Milestone: 6.1

Re: [GHC] #3512: template-hsc.h installed under /usr/share (datadir)

2009-09-17 Thread GHC
#3512: template-hsc.h installed under /usr/share (datadir) -+-- Reporter: juhpetersen |Owner: simonmar Type: bug | Status: new Priority: normal|Milesto

Re: [GHC] #3512: template-hsc.h installed under /usr/share (datadir)

2009-09-17 Thread GHC
#3512: template-hsc.h installed under /usr/share (datadir) -+-- Reporter: juhpetersen |Owner: simonmar Type: bug | Status: new Priority: high |Milesto

Re: [GHC] #3400: OS X: ghc broken on Snow Leopard

2009-09-17 Thread GHC
#3400: OS X: ghc broken on Snow Leopard -+-- Reporter: bbb |Owner: chak Type: bug | Status: new Priority: high |Milestone: 6.12.1 Component: Compiler |

Re: [GHC] #3512: template-hsc.h installed under /usr/share (datadir)

2009-09-17 Thread GHC
#3512: template-hsc.h installed under /usr/share (datadir) -+-- Reporter: juhpetersen |Owner: simonmar Type: bug | Status: closed Priority: high |Milesto

Re: [GHC] #3400: OS X: ghc broken on Snow Leopard

2009-09-17 Thread GHC
#3400: OS X: ghc broken on Snow Leopard -+-- Reporter: bbb |Owner: chak Type: bug | Status: closed Priority: high |Milestone: 6.12.1 Component: Compiler |

Re: [GHC] #2324: Data.Tree.Zipper in containers package

2009-09-17 Thread GHC
#2324: Data.Tree.Zipper in containers package --+- Reporter: kr.angelov |Owner: kr.angelov Type: proposal | Status: closed Priority: normal |M

Re: [GHC] #3453: Add "check" function to Control.Monad

2009-09-17 Thread GHC
#3453: Add "check" function to Control.Monad -+-- Reporter: JonFairbairn |Owner: Type: proposal | Status: new Priority: normal|Miles

[GHC] #3524: Add mfilter to Control.Monad

2009-09-17 Thread GHC
#3524: Add mfilter to Control.Monad -+-- Reporter: JonFairbairn | Owner: Type: proposal | Status: new Priority: normal| Component: librarie

Re: [GHC] #3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger)

2009-09-17 Thread GHC
#3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger) -+-- Reporter: bkomuves |Owner: Type: bug | Status: new Priority: norma

Re: [GHC] #3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger)

2009-09-17 Thread GHC
#3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger) -+-- Reporter: bkomuves |Owner: Type: bug | Status: new Priority: norma

[GHC] #3525: current dist source fail to build when Happy not found

2009-09-17 Thread GHC
#3525: current dist source fail to build when Happy not found -+-- Reporter: kristerw | Owner: Type: bug | Status: new Priority: normal|

Re: [GHC] #3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger)

2009-09-17 Thread GHC
#3354: binaries built with GHC on Mac OS X 10.5 (Leopard) do not work on 10.4 (Tiger) -+-- Reporter: bkomuves |Owner: Type: bug | Status: new Priority: norma

Re: #3485: "Illegal type synonym family application in instance" error is unnecessary, should be removed

2009-09-17 Thread Manuel M T Chakravarty
Ashley Yakeley: On Mon, 2009-09-14 at 00:40 +1000, Manuel M T Chakravarty wrote: I don't see what the problem is. "instance C (Fam Int)" has an unambiguous, and logically acceptable, meaning to the compiler. Why do we force the programmer to make an ugly workaround involving introducing a type v

[GHC] #3526: Inliner behaviour with instances is confusing

2009-09-17 Thread GHC
#3526: Inliner behaviour with instances is confusing -+-- Reporter: bos | Owner: Type: bug | Status: new Priority: normal| Com