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
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
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
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
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
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.
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)
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
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
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
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
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
>
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.
__
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
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
_
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
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
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
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
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
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
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
_
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
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
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
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
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/
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.
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
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
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
31 matches
Mail list logo