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

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

[GHC] #3195: runghc failing sometimes

2009-04-28 Thread GHC
#3195: runghc failing sometimes +--- Reporter: juhpetersen | Owner: Type: bug | Status: new Priority: normal | Component: Runtime System Version:

[GHC] #3196: libHSffi_p.a should not be created when profiled libs are disabled

2009-04-28 Thread GHC
#3196: libHSffi_p.a should not be created when profiled libs are disabled -+-- Reporter: juhpetersen | Owner: Type: bug | Status: new Priority: normal

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

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

Re: [GHC] #2770: Missing check that C compiler is C99 compatible

2009-04-28 Thread GHC
#2770: Missing check that C compiler is C99 compatible -+-- Reporter: jputcu|Owner: Type: bug | Status: closed Priority: normal|Milestone: 6.12.1

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

2009-04-28 Thread GHC
#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)

2009-04-28 Thread GHC
#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)

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

Re: [GHC] #2971: readFile /proc/mounts hangs on an amd64 machine

2009-04-28 Thread GHC
#2971: readFile /proc/mounts hangs on an amd64 machine -+-- Reporter: dsf |Owner: igloo Type: merge | Status: closed Priority: high |Milestone:

Re: [GHC] #2965: GHC on OS X does not compile 64-bit

2009-04-28 Thread GHC
#2965: GHC on OS X does not compile 64-bit +--- Reporter: Axman6 |Owner: thoughtpolice Type: feature request | Status: new Priority: normal |Milestone:

Re: Inter-module links with Haddock broken?

2009-04-28 Thread Sven Panne
Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne: Currently I am unable to make inter-module links (of the form 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...] Until a few moments ago, I wasn't aware of the fact that Haddock has a trac for itself nowadays, so I guess

Re: Inter-module links with Haddock broken?

2009-04-28 Thread David Waern
2009/4/28 Sven Panne sven.pa...@aedion.de: Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne: Currently I am unable to make inter-module links (of the form 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...] Until a few moments ago, I wasn't aware of the fact that Haddock

[GHC] #3197: disambiguating type family instances with qualified names not possible

2009-04-28 Thread GHC
#3197: disambiguating type family instances with qualified names not possible -+-- Reporter: claus | Owner: Type: bug | Status: new

[GHC] #3198: inliner fails to kick in for Double (*)

2009-04-28 Thread GHC
#3198: inliner fails to kick in for Double (*) -+-- Reporter: JulesBean | Owner: Type: bug | Status: new Priority: normal|

[GHC] #3199: System.Environment provides no access to argv[0]

2009-04-28 Thread GHC
#3199: System.Environment provides no access to argv[0] -+-- Reporter: guest | Owner: Type: bug | Status: new Priority: normal|

[GHC] #3200: System.Environment.withProgName strips everything before the last slash

2009-04-28 Thread GHC
#3200: System.Environment.withProgName strips everything before the last slash -+-- Reporter: guest | Owner: Type: bug | Status: new Priority:

Re: [GHC] #3199: System.Environment provides no access to argv[0]

2009-04-28 Thread GHC
#3199: System.Environment provides no access to argv[0] --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal|

Re: [GHC] #3199: System.Environment provides no access to argv[0]

2009-04-28 Thread GHC
#3199: System.Environment provides no access to argv[0] --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal|

Re: [GHC] #3198: inliner fails to kick in for Double (*)

2009-04-28 Thread GHC
#3198: inliner fails to kick in for Double (*) --+- Reporter: JulesBean | Owner: Type: bug | Status: new Priority: normal|

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

2009-04-28 Thread Sigbjorn Finne
Thanks Simon, sorry for not noticing your reply amidst the flow of g-h-b ticket reports before now. As there is no need to sail that close to the wind of playing with the delicate linking loading orders of the CRT and base DLLs like kernel32, my suggestion would be simply to avoid it. You don't

Re: [GHC] #3198: inliner fails to kick in for Double (*)

2009-04-28 Thread GHC
#3198: inliner fails to kick in for Double (*) --+- Reporter: JulesBean | Owner: Type: bug | Status: new Priority: normal|