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

#2790: Use -fregs-graph by default -+-- Reporter: igloo |Owner: benl Type: task | Status: assigned Priority: high |Milestone:

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

#2790: Use -fregs-graph by default -+-- Reporter: igloo |Owner: benl Type: task | Status: assigned Priority: high |Milestone:

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf does not exist.

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf does not exist. -+-- Reporter: JeremyShaw|Owner: Type: bug | Status: reopened

Re: [GHC] #2924: createDirectory: permission denied

#2924: createDirectory: permission denied +--- Reporter: simonmar |Owner: Type: bug | Status: new Priority: normal |Milestone:

Re: [GHC] #2924: createDirectory: permission denied

#2924: createDirectory: permission denied +--- Reporter: simonmar |Owner: Type: bug | Status: new Priority: normal |Milestone:

Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

On 24/04/2009 23:04, Sigbjorn Finne wrote: I've been experiencing repeated woes over the past 4-5 months when trying to spin up build trees on Windows with the new build system. This is happening on the 3-4 boxes that I regularly develop on, which leads me to believe that this may not be limited

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf does not exist.

#3187: ghc-pkg -f new.package.conf register foo.conf fails if new.package.conf does not exist. -+-- Reporter: JeremyShaw|Owner: Type: bug | Status: closed

Re: [GHC] #2744: Missing requirement check for hsc2hs

#2744: Missing requirement check for hsc2hs -+-- Reporter: jputcu|Owner: Type: bug | Status: closed Priority: normal|Milestone: 6.12.1 Component:

Re: [GHC] #3115: mark ghc.cabal so that unsuspecting newbies don't try to edit it

#3115: mark ghc.cabal so that unsuspecting newbies don't try to edit it -+-- Reporter: nr|Owner: Type: feature request | Status: closed Priority:

Re: [GHC] #2107: make install doesn't install local copy of manual

#2107: make install doesn't install local copy of manual -+-- Reporter: tim |Owner: Type: feature request | Status: closed Priority: high

RE: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

Since this is a tricky bug, would it be worth having a Trac ticket for it, and capturing the state of play thereon? S | -Original Message- | From: glasgow-haskell-bugs-boun...@haskell.org [mailto:glasgow-haskell-bugs- | boun...@haskell.org] On Behalf Of Simon Marlow | Sent: 27 April

Re: [GHC] #2619: Can't build older compiler

#2619: Can't build older compiler -+-- Reporter: judah |Owner: Type: bug | Status: closed Priority: normal|Milestone:

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #1502: GHC should integrate better with mingw

#1502: GHC should integrate better with mingw -+-- Reporter: eivuokko |Owner: Type: feature request | Status: closed Priority: high |Milestone: 6.12.1

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #3016: Long compile times, large memory use with static data in 6.10

#3016: Long compile times, large memory use with static data in 6.10 ---+ Reporter: dons|Owner: igloo Type: bug | Status: new

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

Sigbjorn Finne wrote: Long and rambling..hope you made it this far ;-) Is anyone else running into this issue should we do something about it? If not, details of compilation environment that you've got that avoids running into this issue would be most welcome. It's a bit of a chore spinning

Re: [GHC] #2775: Type Family panic

#2775: Type Family panic -+-- Reporter: camio |Owner: chak Type: bug | Status: closed Priority: normal|Milestone: 6.12.1

Re: [GHC] #1409: Allow recursively dependent modules transparently (without .hs-boot or anything)

#1409: Allow recursively dependent modules transparently (without .hs-boot or anything) -+-- Reporter: Isaac Dupree |Owner: Type: feature request | Status: new

Re: [GHC] #2796: GHC panic related to associated types

#2796: GHC panic related to associated types -+ Reporter: FSalad |Owner: chak Type: bug

Re: [GHC] #2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x

#2828: TcTyFuns.uMeta: normalisation shouldn't allow x ~ x -+-- Reporter: pizza |Owner: chak Type: bug | Status: closed Priority: normal|Milestone: 6.12 branch

Re: [GHC] #2360: More information in occurs check message

#2360: More information in occurs check message -+-- Reporter: ajd |Owner: chak Type: feature request | Status: new Priority: normal|