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 Nov 21 18:00:01 GMT 2008.
checking out
Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx
Nightly build started on cam-04-unx at Fri Nov 21 19:00:02 GMT 2008.
**
Hello,
On Friday 21 November 2008 14:27, Simon Marlow wrote:
> ...
> Digging back through the history, it looks like this problem was introduced
by:
>
> Mon Oct 13 17:24:33 BST 2008 Clemens Fruhwirth <[EMAIL PROTECTED]>
>* Rename symbol macros to a consistant naming scheme
>
> and should b
Fri Nov 21 07:12:33 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* Use mutator threads to do GC, instead of having a separate pool of GC
threads
Previously, the GC had its own pool of threads to use as workers when
doing parallel GC. There was a "leader", which was the mutator thread
tha
Fri Nov 21 03:35:39 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* we shouldn't update topBound in discardSparks()
M ./rts/Sparks.h -1 +2
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20081121113539-12142-7a3e72244f211c9dede4254565bac7974fc9a8d3.gz
__
Fri Nov 21 08:02:35 PST 2008 Thomas Schilling <[EMAIL PROTECTED]>
* Follow changes in pragma error reporting.
Parse errors in pragmas are now normal error messages and printed as
such. The full span info is still there, but not by default we only
print the start of the region (for back
Fri Nov 21 06:13:39 PST 2008 Thomas Schilling <[EMAIL PROTECTED]>
* Throw SourceErrors instead of ProgramErrors in main/HeaderInfo.
Parse errors during dependency analysis or options parsing really
shouldn't kill GHC; this is particularly annoying for GHC API clients.
M ./compiler/ma
Thu Nov 20 07:05:12 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* Changes to "Fix some more shutdown races" for the 6.10 branch
M ./rts/RtsAPI.c -1 +1
M ./rts/Schedule.c -1 +1
View patch online:
http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081120150512-12142-7b681fe9e813b1fc3d5
Thu Nov 20 06:40:52 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* MERGE: Fix a race in the deadlock-detection code
After a deadlock it was possible for the timer signal to remain off,
which meant that the next deadlock would not be detected, and the
system would hang. Spotted by conc047(thr
Fri Oct 24 03:43:01 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Move the freeing of Capabilities later in the shutdown sequence
Fixes a bug whereby the Capability has been freed but other
Capabilities are still trying to steal sparks from its pool.
M ./rts/Capability.c -3 +16
M ./rt
Wed Nov 19 04:48:48 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix some more shutdown races
There were races between workerTaskStop() and freeTaskManager(): we
need to be sure that all Tasks have exited properly before we start
tearing things down. This isn't completely straighforward, s
Thorkil Naur wrote:
Hello,
On Friday 21 November 2008 09:55, Simon Marlow wrote:
...
Right. I'm just validating the fix ;-) Sorry for the breakage Manuel.
After applying this fix, PPC Mac OS X (still) says:
/Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-and-copying-
Hello,
On Friday 21 November 2008 09:55, Simon Marlow wrote:
> ...
> Right. I'm just validating the fix ;-) Sorry for the breakage Manuel.
After applying this fix, PPC Mac OS X (still) says:
> /Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-and-copying-20070713_1212/ghc/
| The standard citation is "Recursive make considered harmful" by Peter Miller:
|
| http://miller.emu.id.au/pmiller/books/rmch/?ref=DDiyet.Com
|
| I should say up front that I'm not completely sure this is going to work
| out, which is one reason we need to try it on a branch. But the approach
| h
Fri Nov 21 00:54:18 PST 2008 Simon Marlow <[EMAIL PROTECTED]>
* fix the build when !USE_MMAP
M ./rts/Linker.c -5 +6
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20081121085418-12142-78c42f419885f7fcfee7b47a62a9eb72da80088e.gz
_
Roman Leshchinskiy wrote:
Currently, with recursive make, this means we jump around between
Makefiles a lot, which isn't good for parallelism in the build.
Instead, we want to move all the logic and dependencies into the root
Makefile (or files that get included into it) so that make sees all
Ian Lynagh wrote:
On Fri, Nov 21, 2008 at 12:03:52PM +1100, Manuel M T Chakravarty wrote:
Linker.c:1495:0:
error: ‘n’ undeclared (first use in this function)
Oh, that conditionally failed under the Mac?
Don't think it is a Mac problem. The relevant code is right *after*
the code that disti
Mitchell, Neil wrote:
System\Process.hs:456:12: Warning: Defined but not used: `fun'
:
Failing due to -Werror.
make[2]: *** [dist/build/System/Process.o] Error 1
make[2]: Leaving directory `/cygdrive/c/ghc-build/ghc/libraries/process'
make[1]: *** [make.library.process] Error 2
make[1]: Leavin
Build results:
x86-64 Linux head: fail (failed bindisttest)
x86 Windows head:fail (failed stage1)
x86 Windows head fast: pass lost pass pass fail (failed stage1) fail (failed
stage1) fail (failed stage1) fail (failed stage1)
gabor head: pass
kili head: fa
Build results:
tnaur PPC OSX stable 2: fail (failed stage2)
x86 Linux stable:fail (failed darcs)
x86 Windows stable: fail (failed bindist)
x86 Windows stable fast: pass lost pass pass pass pass pass
x86-64 Linux stable: pass
Dropping unexpected test passes reports from builders n
20 matches
Mail list logo
