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 Wed Feb 11 19:00:01 GMT 2009.
**
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 Wed Feb 11 18:00:01 GMT 2009.
checking out
Wed Feb 11 09:33:33 PST 2009 Ian Lynagh
* Add more targets to the list that we need to include all libraries for
M ./libraries/Makefile -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/2009021117-3fd76-f0480b05c970d286c13be4d1a6cb7e4e88e24780.gz
__
Wed Feb 11 09:52:33 PST 2009 simo...@microsoft.com
* Test Trac #3017
Ignore-this: 152e45a8fe6ffe75b73060ccdcbd654
A ./tests/ghc-regress/indexed-types/should_compile/T3017.hs
A ./tests/ghc-regress/indexed-types/should_compile/T3017.stderr
M ./tests/ghc-regress/indexed-types/should_
Wed Feb 11 09:47:33 PST 2009 simo...@microsoft.com
* Fix Trac #3017: ensure that we quantify over enough type variables when
equalities are involved
Ignore-this: 92838c0a556240a8fb7744e3f29aa0f9
The function FunDeps.grow was not doing the right thing when type equality
constraints were
Wed Feb 11 07:25:39 PST 2009 Simon Marlow
* test the work-stealing deque implementation (rts/parallel/WSDeque.c)
Ignore-this: 211158d96e9abf37d17659219597e65d
M ./tests/ghc-regress/rts/all.T +5
A ./tests/ghc-regress/rts/testwsdeque.c
View patch online:
http://darcs.haskell.org/tests
Wed Feb 11 07:24:29 PST 2009 Simon Marlow
* general tidy up
Ignore-this: 9b6bbb08749b372bdd387a25405570f4
M ./rts/parallel/WSDeque.c -15 +10
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090211152429-12142-6dba516dbc12b02f5f819a5bed1a713dd062f270.gz
_
Wed Feb 11 07:24:21 PST 2009 Simon Marlow
* one more bugfix: a load/load memory barrier is required in stealWSDeque_()
Ignore-this: d89fff02d6b8c63272c9171e64d3510b
M ./includes/SMP.h -16 +37
M ./rts/parallel/WSDeque.c -1 +4
View patch online:
http://darcs.haskell.org/ghc/_darcs/pat
Wed Feb 11 07:34:57 PST 2009 Ian Lynagh
* Fix trac #3001: Biographical profiling segfaults
We were zeroing the wrong memory
M ./rts/sm/Evac.c -1 +1
View patch online:
http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090211153457-3fd76-a98c0f79c58fcd504e5fd0f035181d43a05d8b41.gz
_
Wed Feb 11 07:03:40 PST 2009 Ian Lynagh
* Tweak the mangler; fixes trac #2871
It was getting confused by lines like:
# 9 "C:\Temp\/ghc620_0/ghc620_0.hc" 1
M ./driver/mangler/ghc-asm.lprl -1 +1
View patch online:
http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090211150340-3fd7
Wed Feb 11 06:16:00 PST 2009 Ian Lynagh
* On sparc, pass -mcpu=v9 when assembling with object splitting enabled
Fixes trac #2872.
M ./compiler/main/DriverPipeline.hs +10
View patch online:
http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090211141600-3fd76-048bf6f81690971beec06a5d
Wed Feb 11 07:34:57 PST 2009 Ian Lynagh
* Fix trac #3001: Biographical profiling segfaults
We were zeroing the wrong memory
M ./rts/sm/Evac.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090211153457-3fd76-a98c0f79c58fcd504e5fd0f035181d43a05d8b41.gz
__
Wed Feb 11 07:03:40 PST 2009 Ian Lynagh
* Tweak the mangler; fixes trac #2871
It was getting confused by lines like:
# 9 "C:\Temp\/ghc620_0/ghc620_0.hc" 1
M ./driver/mangler/ghc-asm.lprl -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090211150340-3fd76-0e26447
Wed Feb 11 06:16:00 PST 2009 Ian Lynagh
* On sparc, pass -mcpu=v9 when assembling with object splitting enabled
Fixes trac #2872.
M ./compiler/main/DriverPipeline.hs +10
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090211141600-3fd76-048bf6f81690971beec06a5d724a955a9
Hello Simon,
On Monday 09 February 2009 10:47, Simon Marlow wrote:
> BuildBot Collator wrote:
>
> > Old unexpected test failures:
> >
> > conc019 1 tnaur x86 Linux stable
>
> Thorkil - I thought I'd look at a few of these failures on "tnaur x86 Linux
> stable", and it seems you are p
Wed Feb 11 01:40:28 PST 2009 simo...@microsoft.com
* Turn another ASSERT into a WARN (temproraily)
Ignore-this: 8982802501f7966ce482ef360aac6ec0
Fix Trac #3011 by temporarily making it only a WARN if we assign twice
to the same unification variable.
M ./compiler/typecheck/TcM
Wed Feb 11 01:39:39 PST 2009 simo...@microsoft.com
* Improve documentation for LANGUAGE pragma (esp wrt cpp)
Ignore-this: 2c690e39766bb9c49c0e7bf8faecad47
M ./docs/users_guide/flags.xml -2 +4
M ./docs/users_guide/glasgow_exts.xml -13 +31
M ./docs/users_guide/using.xml -10 +9
View
Build results:
kgardas stable: pass
kili stable: pass
tnaur PPC OSX stable 2: pass
x86 Windows stable: pass
x86 Windows stable fast: pass pass pass pass pass pass
x86-64 Linux stable: lost
Old unexpected test passes:
unicode001 1 kili stable
unicode002 1 ki
Build results:
x86-64 Linux head: lost
x86 Windows head:fail (failed bindisttest)
x86 Windows head fast: pass pass pass pass pass pass
kgardas head:pass pass
kili head: fail (failed stage1)
tnaur PPC OSX head 2:fail (failed stage1)
tnaur x86 Linux head
19 matches
Mail list logo