Re: Type Families in Haddock

Hi David, I'm going to add Type Families support to the Haddock HTML backend. Great! What would be the best way to do it? I'm thinking it could work similar to how classes and instances are currently rendered, so that type/data/newtype instances are collected and attached to type family decl

patch applied (testsuite): Update outputs

Thu Jul 3 16:43:04 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update outputs M ./tests/ghc-regress/ghci/scripts/ghci019.stdout -1 +1 M ./tests/ghc-regress/module/mod44.stderr -3 +3 M ./tests/ghc-regress/parser/should_compile/read014.stderr-ghc -5 +5 M ./tests/ghc-regress/typeche

patch applied (testsuite): Add a test tcfail202 for trac #2307

Thu Jul 3 15:51:48 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a test tcfail202 for trac #2307 M ./tests/ghc-regress/typecheck/should_fail/all.T +1 A ./tests/ghc-regress/typecheck/should_fail/tcfail202.hs A ./tests/ghc-regress/typecheck/should_fail/tcfail202.stderr View patch on

patch applied (ghc): Remove Cabal modules from compat

Thu Jul 3 15:46:33 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Remove Cabal modules from compat We now get them from the bootstrapping package.conf instead R ./compat/Distribution/ R ./compat/Distribution/Compat/ R ./compat/Distribution/Compat/ReadP.hs R ./compat/Distribution/C

patch applied (ghc): Fix trac #2307: conflicting functional dependencies

Thu Jul 3 12:25:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix trac #2307: conflicting functional dependencies We were accepting some instances that should have been rejected as their fundep constraints were violated. e.g. we accepted class C a b c | b -> c instance C Bool Int

patch applied (ghc): If we know where alex, haddock and happy are then tell Cabal; fixes trac #2373

Thu Jul 3 12:10:31 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * If we know where alex, haddock and happy are then tell Cabal; fixes trac #2373 M ./libraries/Makefile +12 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703191031-3fd76-084af77210e9ad5ffaf9129667f887796b797

FYI: rlwrap ghcii.sh works (Re: GHCi completion on windows?)

while undocumented (?), there seems to be a lot of code in GHCi regarding commandline completion. but in a default build, i don't get any benefit from that, as editline doesn't seem available for mingw (?). is there a way to get this working on windows? i'm growing rather tired of typing VeryLong

darcs: moving/renaming files, spurious _darcs/patches/pending leading to conflicts/hanging pulls?

It seems I've got some spurious _darcs/patches/pending files, leading to conflict warnings on pull. Those pending files might also be related to the earlier hang in darcs pull, according to darcs issue911. Whenever I've seen such file appear out of nowhere in the past, there was a pattern to th

Re: build fails: cabal-bin.exe: cabal: Don't know what to do!

cabal-bin.exe: cabal: Don't know what to do! Sorry about that - the Windows build works for me now. Thanks, also for picking up on all those older items!-) I'm pulling right now, but it seems I will have to do a little darcs massaging to make it go through - this time it is left-over _darcs

Re: configure tries to normalize non-existing HsColour path?

On Thu, Mar 13, 2008 at 12:02:32AM -, Claus Reinke wrote: > configure(.ac) should not call cygpath if it hasn't found ${HSCOLOUR}. Now fixed. Thanks Ian ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: Validate failures (again)

On Thu, Jul 03, 2008 at 12:01:49PM +0100, Claus Reinke wrote: > > I assumed the buildbot issues were related to the move, > and that buildsystem fixes would start when the buildbots > were back. Are there any estimates as to when the buildbot > situation will get back to normal There were a coup

Re: build fails: cabal-bin.exe: cabal: Don't know what to do!

On Wed, Jul 02, 2008 at 05:41:41PM +0100, Claus Reinke wrote: > > cabal-bin.exe: cabal: Don't know what to do! Sorry about that - the Windows build works for me now. Thanks Ian ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailm

patch applied (ghc): Don't clean bootstrapping bits when cleaning libraries

Thu Jul 3 08:46:47 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Don't clean bootstrapping bits when cleaning libraries M ./libraries/Makefile -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703154647-3fd76-a476d4d5bf3b2a3536cb8faaae74bebe5df22826.gz ___

patch applied (ghc): More libraries/Makefile fixes

Thu Jul 3 07:10:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * More libraries/Makefile fixes M ./libraries/Makefile -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703141016-3fd76-7f01129d4a55e3dfb9fe4f7924fef281f9c9ea4e.gz

patch applied (ghc): Shove the GHC path through cygpath -m

Thu Jul 3 06:26:14 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Shove the GHC path through cygpath -m M ./configure.ac +8 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703132614-3fd76-feccb850218f1cd8c66ad2783242702b07bb27b1.gz _

patch applied (ghc): Tweak the configure script Windows-specific bits

Thu Jul 3 06:24:37 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Tweak the configure script Windows-specific bits M ./configure.ac -21 +18 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703132437-3fd76-6cb226812fc2e18682b9acd85bc71171471593dc.gz _

patch applied (ghc): Use cygpath -m, rather than fudging it ourselves with sed

Thu Jul 3 06:17:25 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Use cygpath -m, rather than fudging it ourselves with sed M ./configure.ac -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703131725-3fd76-3659f493e7ea17724cc7335cd6b9e78a034edbef.gz __

patch applied (ghc): Fix build on Windows

Thu Jul 3 05:45:53 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix build on Windows M ./libraries/Makefile -4 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703124553-3fd76-8e79a53a93d3a51df3ed2310660de6b3af562df0.gz ___ C

patch applied (ghc): Include ghc.spec in tarballs; patch from, and fixes, trac #2390

Thu Jul 3 09:14:57 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Include ghc.spec in tarballs; patch from, and fixes, trac #2390 M ./Makefile -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080703161457-3fd76-755d4ac2e1704d78995128308709d6c1f34efefc.gz

patch applied (ghc): Add a program for describing unexpected tests in testlog

Thu Jul 3 06:40:03 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a program for describing unexpected tests in testlog This goes through the testlog and spits out any sections that contain "unexpected". A ./utils/describe-unexpected/ A ./utils/describe-unexpected/describe-unexpected

patch applied (ghc-6.8/ghc): Remove fgl from extralibs

Thu Jul 3 09:32:00 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Remove fgl from extralibs M ./libraries/extra-packages -1 View patch online: http://darcs.haskell.org/ghc-6.8/ghc/_darcs/patches/20080703163200-3fd76-ab4d5463346f86dd060058c76d038227185fc451.gz _

patch applied (ghc): Teach cabal-bin how to build Setup programs

Wed Jul 2 17:13:00 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Teach cabal-bin how to build Setup programs We now build a copy of Cabal and put it in a bootstrapping package.conf. We also make boot in libraries much earlier in the build process, so we can use cabal-bin for more stuff

patch applied (ghc): Wibble cabal-bin's error message

Wed Jul 2 08:59:37 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Wibble cabal-bin's error message We don't need to put the program name in it, as that happens automatically M ./libraries/cabal-bin.hs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080702155937-3fd76-8

Re: Validate failures (again)

Running validate before pushing changes is becoming somewhat annoying because I have to run it twice in two different repos (one with and one without my changes) and then compare the results. Why do people push without validating? I thought we agreed that this shouldn't happen? Given that the

Daily report for head

Build results: gabor head: fail (failed stage1) kgardas head: pass tnaur PPC OSX head 2: fail (failed stage1) tnaur x86 Linux head: lost Dropping unexpected test passes reports from builders not seen in 7 days: x86 Windows head fast Dropping unexpected test failures reports

Daily report for stable

Build results: Dropping unexpected test passes reports from builders not seen in 7 days: x86 Windows stable x86 Windows stable fast Dropping unexpected test failures reports from builders not seen in 7 days: x86 Windows stable x86 Windows stable fast Fixed unexpected test failu