[nightly] 23-Nov-2007 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Fri Nov 23 19:00:01 GMT 2007.

patch applied (ghc): Document --info in the +RTS -? help

Fri Nov 23 12:43:52 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Document --info in the +RTS -? help M ./rts/RtsFlags.c +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): MERGED: If we have hscolour then make source code links in teh haddock docs

Fri Nov 23 15:31:13 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * MERGED: If we have hscolour then make source code links in teh haddock docs Fri Nov 23 13:15:59 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> M ./configure.ac +2 M ./libraries/Makefile -1 +11 M ./mk/config.mk.in +2

patch applied (ghc-6.8/ghc): Set mandir consistently to $(prefix)/share/man, as per trac #1879

Fri Nov 23 15:59:33 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Set mandir consistently to $(prefix)/share/man, as per trac #1879 M ./distrib/Makefile-bin-vars.in -1 +4 M ./mk/config.mk.in -4 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http

Re: Darcs

On Fri, Nov 23, 2007 at 06:33:31PM -, Claus Reinke wrote: > > or perhaps, some of the companies using ghc/darcs/haskell > are willing to fund some full-/part-time darcs maintenance. If you know of anyone looking to fund a darcs developer, ideally starting in about 8 months time, please let m

Re: Darcs

> We've been using darcs for nearly 2 years now, I feel it's time for a > retrospective and to think seriously about whether darcs is still the best > option to continue with... Simon, Your post about darcs was so thoughtful that I have almost nothing to add. I did learn a bit about distrib

patch applied (ghc-6.8/ghc): If we have hscolour then make source code links in teh haddock docs

Fri Nov 23 13:15:59 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * If we have hscolour then make source code links in teh haddock docs M ./configure.ac +2 M ./libraries/Makefile -1 +11 M ./mk/config.mk.in +2 ___ Cvs-ghc mailing list Cvs-ghc@ha

patch applied (ghc-6.8/ghc): Document --info in the +RTS -? help

Fri Nov 23 12:43:52 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Document --info in the +RTS -? help M ./rts/RtsFlags.c +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc-6.8/ghc): FIX #1910: fix code generated for GDTOI on x86_32

Wed Nov 21 02:26:27 PST 2007 Bertram Felgenhauer <[EMAIL PROTECTED]> UNDO: FIX #1910: fix code generated for GDTOI on x86_32 M ./compiler/nativeGen/PprMach.hs -12 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/list

patch applied (testsuite): Be more consistent in printing about framework failures

Fri Nov 23 10:17:12 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Be more consistent in printing about framework failures M ./driver/runtests.py -1 +1 M ./driver/testlib.py -4 +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org

Re: Darcs

- What we gain by using darcs relative to other systems simplicity. when it works. - What problems we encounter using darcs, and whether they would be addressed by any of the alternatives, or by darcs in the future my main gripe with darcs is its lack of development: - when i go b

Re: Darcs

One problem I do have with darcs is how hard it is to specify one version number of a repo that everyone can share; in SVN this is trivial. I do strongly support us using a distributed version control system, this lets us stage personal testing. AndyG On Nov 23, 2007, at 8:03 AM, Ian Lynagh

patch applied (ghc): Tidy and trim the type environment in mkBootModDetails

Fri Nov 23 07:35:19 PST 2007 [EMAIL PROTECTED] * Tidy and trim the type environment in mkBootModDetails Should fix Trac #1833 We were failing to trim the type envt in mkBootModDetails, so several functions all called (*), for example, were getting into the interface. Result chaos.

patch applied (ghc): refactor: HscNothing and boot modules do not need desugaring

Fri Nov 23 05:52:37 PST 2007 Simon Marlow <[EMAIL PROTECTED]> * refactor: HscNothing and boot modules do not need desugaring M ./compiler/main/HscMain.lhs -57 +84 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinf

Re: Darcs

On Fri, Nov 23, 2007 at 03:25:40PM +, Simon Marlow wrote: > > - How much effort it is to switch, i.e. we need to list the things > that would have to change We'd have to change the buildbot script, but that ought to be trivial (assuming the replacement is supported by buildbot, which Me

Re: Darcs

ndmitchell: > > What should we consider as alternatives? At least Mercurial and git, I > > would think. > > git's first Windows port came out last week, and because of its > origins is always likely to be Linux/Unix centric. If Windows is an > important criteria this may rule out git. We're usin

Re: Darcs

Hi >- Windows support: is quite flaky still I haven't found this to be the case. There are released binaries of darcs, which I've had lots of success with. There are only two Windows issues I've run into: * "darcs send" doesn't work. I get around this by darcs send -o file, gzip file, then s

Darcs

Folks, We've been using darcs for nearly 2 years now, I feel it's time for a retrospective and to think seriously about whether darcs is still the best option to continue with. We need to take an informed decision about whether to switch, that is we need to take the time to evaluate - Wha

Re: getting complete HEAD repo, darcs issues

Claus Reinke wrote: i've finally bitten the bullet and am changing from a partial to a complete HEAD repo. that hasn't solved as many issues as i'd hoped, though: 2 i'm trying to recreate my old setup, where i had - one full repo (with extralibs, with my unrecorded changes),

patch applied (testsuite): Make Church2 fail as it (currently) should

Fri Nov 23 05:46:35 PST 2007 [EMAIL PROTECTED] * Make Church2 fail as it (currently) should M ./tests/ghc-regress/boxy/Church2.stderr +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): FIX #1910: fix code generated for GDTOI on x86_32

Wed Nov 21 02:26:27 PST 2007 Bertram Felgenhauer <[EMAIL PROTECTED]> UNDO: FIX #1910: fix code generated for GDTOI on x86_32 M ./compiler/nativeGen/PprMach.hs -12 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/list

Re: patch applied (ghc): FIX #1910: fix code generated for GDTOI on x86_32

Manuel M T Chakravarty wrote: Wed Nov 21 02:26:27 PST 2007 Bertram Felgenhauer <[EMAIL PROTECTED]> * FIX #1910: fix code generated for GDTOI on x86_32 M ./compiler/nativeGen/PprMach.hs -3 +12 This is a Bad Patch on x86_32/Mac OS X (10.5) - see the appended error. Mac OS uses the GNU ass

Daily report for stable

Build results: kahl G5 Gentoo Linux stable: pass x86 Windows stable: fail (failed stage1) x86 Windows stable fast: pass pass fail (failed stage1) fail (failed stage1) lost fail (failed stage1) fail (failed stage1) x86-64 Linux stable: lost Old unexpected test passes: Sim

Daily report for head

Build results: x86-64 Linux head:fail (failed stage1) x86 Windows head: fail (failed stage1) x86 Windows head fast:pass fail (failed stage1) fail (failed stage1) fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) gabor head: