Re: WARNING: bogus patch pushed

Ian Lynagh: On Fri, Aug 15, 2008 at 11:25:32AM +1000, Manuel M T Chakravarty wrote: This was a taste of the insanity of trying to run a project on two vcs... Right, this was a demonstration of why making a git fork of a darcs base library repo is likely to cause pain. We avoid this clash

[nightly] 15-Aug-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Fri Aug 15 18:02:06 BST 2008. checking out

patch applied (/haskell/ghc): Update 6.8.3 bindists from Christian Maeder

Fri Aug 15 18:05:12 EDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update 6.8.3 bindists from Christian Maeder M ./download_ghc_683.html -4 +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (/haskell/ghc): Add a Sparc/Solaris 6.8.3 bindist from Christian Maeder

Fri Aug 15 17:43:18 EDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a Sparc/Solaris 6.8.3 bindist from Christian Maeder M ./download_ghc_683.html -5 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: WARNING: bogus patch pushed

On Thu, Aug 14, 2008 at 9:25 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: > This was a taste of the insanity of trying to run a project on two vcs... Rather, isn't this more an example of why one should not attempt to simply destroy a commit that has been publicized in a DVCS? You'd have

Re: Unboxed singleton tuples

On 8/14/08, Roman Leshchinskiy <[EMAIL PROTECTED]> wrote: > > IIUC, the practical difference is this. If you have > > f :: Int -> (# Int #) > > then > > case f m of (# n #) -> bar n > > will call f before calling bar but will not evaluate n. I fear I'm still not enlightened. I see how your

Re: HEADS UP: big codegen patch

Hi > Can you summarise the state of play, and direction for the new codegen > project? John gave a short talk at AngloHaskell, in the functional grit section. The audio is online: http://www.wellquite.org/anglohaskell2008/ Thanks Neil ___ Cvs-ghc ma

Re: HEADS UP: big codegen patch

t-jodias: >Before merging a large batch of codegen changes, I wanted to make it >available for testing. These patches do not turn on the new code generator >(still a buggy work in progress), but there were some representation >changes that affected the old code generator, as well as

patch applied (testsuite): Update Windows output for cabal01

Fri Aug 15 08:55:26 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update Windows output for cabal01 M ./tests/ghc-regress/cabal/cabal01/cabal01.stdout-i386-unknown-mingw32 -2 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080815155526-3fd76-483557f2423511fbcb3eab290

patch applied (testsuite): openFile005, openFile007, readFile001 now pass on Windows

Fri Aug 15 08:51:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * openFile005, openFile007, readFile001 now pass on Windows M ./tests/ghc-regress/lib/IO/all.T -3 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080815155140-3fd76-14fe669cba16bc61890f677de2104485888c9aa8.g

patch applied (testsuite): countReaders001 now works on Windows

Fri Aug 15 08:46:22 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * countReaders001 now works on Windows M ./tests/ghc-regress/lib/IO/all.T -2 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080815154622-3fd76-fdcd92826023b590103b5fe02df3331ccbbb23e8.gz ___

patch applied (testsuite): Skip ghci024 when fast

Fri Aug 15 09:01:39 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Skip ghci024 when fast This test is very fragile, and updating it is fiddly due to the auto-generation, so skip it when fast (and thus when validating). M ./tests/ghc-regress/ghci/scripts/all.T +1 View patch online: http://d

patch applied (testsuite): Add ghcpkg05 output

Fri Aug 15 04:04:57 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add ghcpkg05 output A ./tests/ghc-regress/cabal/ghcpkg05.stderr A ./tests/ghc-regress/cabal/ghcpkg05.stdout View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080815110457-3fd76-72c109b130005f47216d8a3f8d

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

Thu Aug 14 16:47:33 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a test for trac #2449 M ./tests/ghc-regress/deriving/should_fail/Makefile +5 M ./tests/ghc-regress/deriving/should_fail/all.T +4 A ./tests/ghc-regress/deriving/should_fail/drvfail016.hs-boot A ./tests/ghc-regress/

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

Thu Aug 14 15:04:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a test for trac #2412 M ./tests/ghc-regress/typecheck/should_compile/Makefile +6 A ./tests/ghc-regress/typecheck/should_compile/T2412.hs A ./tests/ghc-regress/typecheck/should_compile/T2412.hs-boot A ./tests/ghc-r

patch applied (testsuite): Add an Exceptions test from trac #2508

Thu Aug 14 14:08:28 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add an Exceptions test from trac #2508 A ./tests/ghc-regress/lib/exceptions/ A ./tests/ghc-regress/lib/exceptions/Makefile A ./tests/ghc-regress/lib/exceptions/all.T A ./tests/ghc-regress/lib/exceptions/exceptions001.

patch applied (ghc): Stop dph/dph-{par, seq} reconfiguring themselves all the time

Thu Aug 14 10:30:13 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Stop dph/dph-{par,seq} reconfiguring themselves all the time M ./libraries/Makefile -5 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080814173013-3fd76-2c84b0dea5526dd1c6d3e315d5490089b40d7dd5.gz _

patch applied (ghc): Follow changes in Cabal

Wed Aug 13 14:58:44 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Follow changes in Cabal M ./compiler/ghci/Linker.lhs -1 +1 M ./compiler/main/Finder.lhs -1 +1 M ./compiler/main/PackageConfig.hs -1 +1 M ./compiler/main/Packages.lhs -1 +1 View patch online: http://darcs.haskell.org/

haddock 2 and GHC

Hi all, I've been thinking about haddock 2 and GHC, and it's not clear to me what the best way forwards is. Haddock uses ghc-paths to work out where the GHC libdir is. This should work fine for running haddock in the tree, but it won't work for installing haddock as our builds are relocatable an

HEADS UP: big codegen patch

Before merging a large batch of codegen changes, I wanted to make it available for testing. These patches do not turn on the new code generator (still a buggy work in progress), but there were some representation changes that affected the old code generator, as well as native-code generators on

patch applied (ghc): When distcleaning in utils/, distclean (rather then merely clean) the utils

Fri Aug 15 04:49:39 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * When distcleaning in utils/, distclean (rather then merely clean) the utils M ./utils/Makefile -1 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080815114939-3fd76-676353c5c320e1c6f4d335febea1a896e141bcfe.gz

patch applied (ghc): Only clean utils/pwd/pwd when distcleaning, not when cleaning

Tue Aug 12 16:25:44 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Only clean utils/pwd/pwd when distcleaning, not when cleaning Otherwise "make clean" in utils leaves us without a pwd, and lots of bad things happen. M ./utils/pwd/Makefile -1 +1 View patch online: http://darcs.haskell.org/g

patch applied (ghc): In cabal.mk, clean is no longer identical to distclean

Tue Aug 12 16:24:46 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * In cabal.mk, clean is no longer identical to distclean distclean will now also remove files listed in EXTRA_DISTCLEAN M ./mk/cabal.mk -3 +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080812232446-3fd76-59

Re: WARNING: bogus patch pushed

On Fri, Aug 15, 2008 at 11:25:32AM +1000, Manuel M T Chakravarty wrote: > This was a taste of the insanity of trying to run a project on two > vcs... Right, this was a demonstration of why making a git fork of a darcs base library repo is likely to cause pain. We avoid this clash if GHC uses gi

Daily report for head

Build results: x86-64 Linux head:lost x86 Windows head: fail (failed darcs) x86 Windows head fast:lost fail (failed boottestsuite runtestsuite) fail (failed boottestsuite runtestsuite) fail (failed boottestsuite runtestsuite) fail (failed boottestsuite runtestsuite

Daily report for stable

Build results: x86 Windows stable: fail (failed getsubrepos) x86 Windows stable fast: lost pass pass pass pass x86-64 Linux stable: fail (failed stage1) Dropping unexpected test passes reports from builders not seen in 7 days: malcolm stable Dropping unexpected test failures reports