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 Mon Jan 25 18:00:01 GMT 2010.
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 Mon Jan 25 19:00:01 GMT 2010.
**
On Fri, 2010-01-15 at 21:48 +, Thomas Schilling wrote:
> 2010/1/13 Duncan Coutts
>
> > I'm not sure I can. Apparently I just don't get what other people think
> > is wrong with rpath.
>
> Quoting from: http://en.wikipedia.org/wiki/Rpath_(linking)
> "he primary disadvantage of using RPATH is
Fri Jan 22 08:49:11 PST 2010 Simon Marlow
* When acquiring a spinlock, yieldThread() every 1000 spins (#3553, #3758)
This helps when the thread holding the lock has been descheduled,
which is the main cause of the "last-core slowdown" problem. With
this patch, I get much better result
Fri Jan 22 08:48:34 PST 2010 Simon Marlow
* 'store' should be static (#3835)
M ./rts/Globals.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20100122164834-12142-18b7fcfb47392a7867a99817bbd6fddf575bde43.gz
___
Cvs-ghc mai
Fri Jan 22 06:36:58 PST 2010 Simon Marlow
* Add some missing getStablePtr()s for CAFs that the RTS refers to
A recent patch ("Refactor CoreArity a bit") changed the arity of
GHC.Conc.runSparks such that it became a CAF, and the RTS was not
explicitly retaining it, which led to a crash
Build results:
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Build results:
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
