Testsuite run on amd64/openbsd

2007-09-15 Thread Don Stewart
I've sent some patches to Ian to get the head building on amd64/openbsd, including GHCI (not sure if that has worked previously). make fast for the testsuite produces, OVERALL SUMMARY for test run started at Sat Sep 15 23:23:41 PDT 2007 1941 total tests, which gave rise to 10101 test cases

patch applied (ghc): Overhaul of the rewrite rules

2007-09-15 Thread chak
Sat Sep 15 00:41:19 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Overhaul of the rewrite rules - Cleaned up and simplified rules - Added many missing cases - The rules OccursCheck and swap have been eliminated and integrate with the other rules; ie, Subst and Unify perform the

patch applied (testsuite): Changed error message

2007-09-15 Thread chak
Sat Sep 15 06:22:36 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Changed error message M ./tests/ghc-regress/typecheck/should_fail/tcfail145.stderr -7 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinf

patch applied (testsuite): InstEqContext2 fails now

2007-09-15 Thread chak
Sat Sep 15 00:51:17 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * InstEqContext2 fails now - This test fails with the overhauled rewrite rules. This is (judging from -ddump-tc-trace) not because the new rules implementation goes wrong, but because the old implementation left o

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

2007-09-15 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Sat Sep 15 19:30:01 BST 2007. checki

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

2007-09-15 Thread GHC Build Reports
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 Sat Sep 15 19:00:00 BST 2007.

Re: topdir proposal

2007-09-15 Thread Ian Lynagh
On Sat, Sep 15, 2007 at 07:48:43PM +0200, Sven Panne wrote: > > The first confusing things are that "datadir", "libdir" and "libexecdir" > don't > have the proposed GNU semantics. because they contain the package > name "ghc-XY". At the interface to the outside world (i.e. the configure flags)

Re: Small Cabal bug

2007-09-15 Thread Ian Lynagh
On Sat, Sep 15, 2007 at 01:36:37PM +0200, Sven Panne wrote: > > Any news on this one? Neither this patch or a similar one has been applied > yet, if I see it correctly. I filed the patch in Cabal's trac here: http://hackage.haskell.org/trac/hackage/ticket/153 and Duncan claims to have applie

patch for review (refactor ghci command loops, add multiline commands)

2007-09-15 Thread Claus Reinke
i finally found a way to make my .ghci-file readable, by implementing multiline commands for ghci!-) patch and test attached. patch seems to make no difference to existing tests (fast stage=2). issues - multiline commands in ghci and .ghci would be great - they can only partially be imp

patch applied (ghc): added foldUFM_Directly, used where appropriate, killed all warnings

2007-09-15 Thread nr
Sat Sep 15 12:06:17 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * added foldUFM_Directly, used where appropriate, killed all warnings M ./compiler/utils/UniqFM.lhs -45 +53 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman

Re: windows head build, warnings and test failures

2007-09-15 Thread Claus Reinke
since you're still bypassing windows head buildbot, here are errors, warnings, and test failures in today's build (win/xp, cygwin shell, mingw gcc). i hope you are recording these as todo items somewhere? or should there be a tracker for head build issues? claus from

Validate trouble on x86 linux

2007-09-15 Thread Thorkil Naur
Hello, On my x86 (SuSE) Linux, validate ends like this: > > == make all -r --jobserver-fds=3,4 -j; > in /home/tn/tn/GHCDarcsRepository/ghc-HEAD-complete-for-validating-20070913_2116/ghc/compiler >

ghc/rts packages

2007-09-15 Thread Sven Panne
Is there a deep reason why the ghc/rts packages have various files/directories directly below the GHC installation directory? A cleaner way would be having them below "lib/ghc" and "lib/rts", just like the other packages (Perhaps with a version suffix? If yes, which one?). Cheers, S. __

topdir proposal

2007-09-15 Thread Sven Panne
OK, after digging around the build system quite a bit, here is my first proposal to get things back into a sane state. The first confusing things are that "datadir", "libdir" and "libexecdir" don't have the proposed GNU semantics. because they contain the package name "ghc-XY". They are intende

pushed to head despite problems with tc236

2007-09-15 Thread Norman Ramsey
I pushed to the head despite a problem with tc236(normal) failing. There are some testsuite patches I've been unable to pull owing to a bug in darcs. The error has to do with a parse error on forall, which is not where I've been making any messes :-) Norman _

patch applied (ghc): (temporarily) check consistency of new postorder DFS no matter what DEBUG is

2007-09-15 Thread nr
Sat Sep 15 06:39:04 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * (temporarily) check consistency of new postorder DFS no matter what DEBUG is M ./compiler/cmm/ZipCfg.hs -1 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mai

patch applied (ghc): Wibbles to MkZipCfgCmm stuff

2007-09-15 Thread nr
Fri Sep 14 10:01:19 PDT 2007 [EMAIL PROTECTED] * Wibbles to MkZipCfgCmm stuff Watch out: I've added MkZipCfg.sequence, which clashes with the Prelude (like some other names in MkZipCfg. Maybe you can think of a better name for it. M ./compiler/cmm/MkZipCfg.hs -2 +7 M ./comp

patch applied (ghc): make remove_entry_label actually work inside ZipDataflow

2007-09-15 Thread nr
Fri Sep 14 07:54:35 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * make remove_entry_label actually work inside ZipDataflow M ./compiler/cmm/ZipDataflow.hs -1 +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/c

patch applied (ghc): Remove export of remove_entry_label

2007-09-15 Thread nr
Fri Sep 14 06:52:11 PDT 2007 [EMAIL PROTECTED] * Remove export of remove_entry_label M ./compiler/cmm/ZipCfg.hs -1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): export 'entry' from ZipCfg, at least for now

2007-09-15 Thread nr
Fri Sep 14 07:54:17 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * export 'entry' from ZipCfg, at least for now M ./compiler/cmm/ZipCfg.hs +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): replace #ifdef DEBUG with debugIsOn in cmm/MkZipCfg

2007-09-15 Thread nr
Fri Sep 14 06:42:02 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * replace #ifdef DEBUG with debugIsOn in cmm/MkZipCfg M ./compiler/cmm/MkZipCfg.hs -5 +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): new signatures for splicing functions, new postorder_dfs

2007-09-15 Thread nr
Thu Sep 13 10:36:53 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * new signatures for splicing functions, new postorder_dfs M ./compiler/cmm/ZipCfg.hs -22 +111 M ./compiler/cmm/ZipCfgExtras.hs -3 +6 M ./compiler/cmm/ZipDataflow.hs -81 +99 _

patch applied (ghc): tidying cmm/CmmSpillReload.hs

2007-09-15 Thread nr
Thu Sep 13 10:35:12 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * tidying cmm/CmmSpillReload.hs M ./compiler/cmm/CmmSpillReload.hs -16 +12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): tidying cmm/CmmLiveZ.hs

2007-09-15 Thread nr
Thu Sep 13 10:34:46 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * tidying cmm/CmmLiveZ.hs M ./compiler/cmm/CmmLiveZ.hs -7 +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

As usual: Directory problems

2007-09-15 Thread Sven Panne
Like every weekend when I try to build a GHC RPM, things have been broken again, this time by ghc-pkg not taking DESTDIR into account, but the details do not matter. Fixing the RPM build every weekend again and again and again is extremely frustrating. What can we do to improve this? "make valid

windows head build fails early, configure vs cabal: 0:1, which alex version do we need?

2007-09-15 Thread Claus Reinke
cabal installs programs in c:/Program Files/Haskell/bin/, which configure apparently can't handle, because of the space: ./configure --host=i386-unknown-mingw32 --with-gcc=c:/MinGW/bin/gcc .. checking for alex... /cygdrive/c/Program Files/Haskell/bin/alex checking for version of alex

Re: Small Cabal bug

2007-09-15 Thread Sven Panne
On Sunday 09 September 2007 15:01, Sven Panne wrote: > The current Cabal used for building GHC has a small bug, it *always* > creates the data directory, even if there are no data files in the package. > Simple fix: > > *** /tmp/Install.hs 2007-09-09 14:56:50.0 +0200 > --- Distribution/

Re: patch applied (ghc): Unbreak "clean" and "distclean" targets when there is no testsuite

2007-09-15 Thread Sven Panne
On Saturday 15 September 2007 10:59, Sven Panne wrote: > Sat Sep 15 01:58:45 PDT 2007 [EMAIL PROTECTED] > * Unbreak "clean" and "distclean" targets when there is no testsuite > > M ./Makefile -1 +1 Ooops, forgot a "MERGE TO STABLE"... Cheers, S.

patch applied (ghc): Unbreak "clean" and "distclean" targets when there is no testsuite

2007-09-15 Thread Sven Panne
Sat Sep 15 01:58:45 PDT 2007 [EMAIL PROTECTED] * Unbreak "clean" and "distclean" targets when there is no testsuite M ./Makefile -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Daily report for head

2007-09-15 Thread BuildBot Collator
Build results: x86-64 Linux head: fail (failed srcdist failed slave lost) gabor head:pass gbesh Intel x86_64 Linux head: pass kahl G5 Gentoo Linux head: pass mnemosyne x86-64 Gentoo head: pass phil Intel OSX head: pass phil P4 SuSE Linux head: pa

Daily report for stable

2007-09-15 Thread BuildBot Collator
Build results: macgyver PPC OSX stable: fail (failed stage1) tnaur PPC OSX stable:pass x86 Windows stable: pass x86 Windows stable fast: pass pass pass fail (failed getsubrepos) fail (failed darcs) fail (failed darcs) x86-64 Linux stable: lost Old unexpected test passes: GADT3