todays make log still shows missing gmp.h and EnterCriticalSection items.
the latter issue also causes conc068 to fail.
---------------------------- from make log
[line 303]
config.status: creating gmp.h
[line 757]
../utils/mkdependC/mkdependC -f
.depend-BASE -D__GLASGOW_HASKELL__=607 -I../includes -- -mno-cygwin -O -Iparser -I. -O --
parser/cutils.c parser/hschooks.c
In file included from ../includes/Stg.h:150,
from ../includes/Rts.h:19,
from parser/cutils.c:6:
../includes/Regs.h:30:45: gmp.h: No such file or directory
In file included from ../includes/Stg.h:150,
from ../includes/Rts.h:19,
from parser/cutils.c:6:
../includes/Regs.h:30:45: gmp.h: No such file or directory
[line 788]
------------------------------------------------------------------------
== make all - --unix -r;
in /cygdrive/c/fptools/ghc/gmp
------------------------------------------------------------------------
cp gmpbuild/gmp.h .
[line 7674]
../utils/mkdependC/mkdependC -f
.depend-BASE -D__GLASGOW_HASKELL__=607 -I../includes -Iutils -IbasicTypes -Itypes -IhsSyn -Iprelude
-Irename -Itypecheck -IdeSugar -IcoreSyn -Ivectorise -Ispecialise -IsimplCore -Istranal -IstgSyn -IsimplStg
-IcodeGen -Imain -Iprofiling -Iparser -IcprAnalysis -IndpFlatten -Iiface -Icmm -InativeGen -Ighci -I../includes
-- -mno-cygwin -O -Iparser -I. -O -- parser/cutils.c parser/hschooks.c
In file included from ../includes/Stg.h:150,
from ../includes/Rts.h:19,
from parser/cutils.c:6:
../includes/Regs.h:30:45: gmp.h: No such file or directory
In file included from ../includes/Stg.h:150,
from ../includes/Rts.h:19,
from parser/cutils.c:6:
../includes/Regs.h:30:45: gmp.h: No such file or directory
[line 8386]
make[3]: Entering directory `/cygdrive/c/fptools/ghc/compiler'
../compiler/stage1/ghc-inplace -H32m -O2 -package
ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing
-DGHCI -threaded -fforce-recomp -c main/Main.hs -o stage2/main/Main.o -ohi stage2/main/Main.hi
<<ghc: 324606176 bytes, 26 GCs, 7116330/14593964 avg/max bytes residency (3 samples), 38M in use,
0.03 INIT (0.00 elapsed), 1.27 MUT (1.48 elapsed), 0.41 GC (0.41 elapsed) :ghc>>
../compiler/stage1/ghc-inplace -o stage2/ghc -H32m -O2 -package
ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -Rghc-timing
-DGHCI -threaded -fforce-recomp stage2/main/Main.o
Warning: resolving __imp__EnterCriticalSection by linking to [EMAIL PROTECTED]
Use --enable-stdcall-fixup to disable these warnings
Use --disable-stdcall-fixup to disable these fixups
Warning: resolving __imp__LeaveCriticalSection by linking to [EMAIL PROTECTED]
------------------------- from test (fast stage=2) log
=====> conc068(normal)
cd ../../../libraries/parallel/tests && $MAKE -s --no-print-directory test068 </dev/null
>conc068.run.stdout 2>conc068.run.stderr
Actual stderr output differs from expected:
--- /dev/null 2007-09-11 14:59:51.734375000 +0100
+++ ../../../libraries/parallel/tests/conc068.run.stderr.normalised 2007-09-11 14:59:51.687500000
+0100
@@ -0,0 +1,4 @@
+Warning: resolving __imp__EnterCriticalSection by linking to [EMAIL PROTECTED]
+Use --enable-stdcall-fixup to disable these warnings
+Use --disable-stdcall-fixup to disable these fixups
+Warning: resolving __imp__LeaveCriticalSection by linking to [EMAIL PROTECTED]
*** unexpected failure for conc068(normal)
..
OVERALL SUMMARY for test run started at Tue Sep 11 14:43:03 GMTDT 2007
1952 total tests, which gave rise to
10206 test cases, of which
0 caused framework failures
8578 were skipped
1567 expected passes
50 expected failures
1 unexpected passes
10 unexpected failures
Unexpected passes:
hReady001(normal)
Unexpected failures:
ThreadDelay001(normal)
break024(ghci)
cabal01(normal)
cabal01prof(normal)
conc068(normal)
ghci022(ghci)
utf8_002(normal)
utf8_003(normal)
utf8_004(normal)
utf8_005(normal)
----------------
break024 is new, my pull just happened to be before its output
was accepted, i guess. ghci022 is my own new one, now ok.
utf8_* are due to old alex, so i'm told. conc068 is due to that
resolver warning. the others appear in builbot summaries as
well, so i assume they are still in the works?
btw, maintainer-clean fails when it decends into the libraries,
and distclean still leaves a lot to be desired, even more so now
i have and run the testsuite (even using CLEANUP=1, when
running the tests, as seen in validate, there seem to be quite a
few leftovers, so much so that it seems difficult to extract the
test i added from the noise.. how do people normally do that?).
claus
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
