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 Dec 14 18:00:01 GMT 2009.
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 Dec 14 19:00:02 GMT 2009.
**
Hello all,
2009/12/14 Simon Peyton-Jones
> This email relates to the paper "Optimising generics is easy"
> www.cs.uu.nl/research/techreps/repo/CS-2009/2009-022.pdf.
For now, just to mention that there is a more recent version [1] (also
availble in greyscale [2]).
Thanks,
Pedro
[1] http://ww
This email relates to the paper "Optimising generics is easy"
www.cs.uu.nl/research/techreps/repo/CS-2009/2009-022.pdf. Copying cvs-ghc who
will, I think, be interested. Maybe someone will have some good ideas.
Jose writes (about a case where inlining doesn't work well):
| I put a minimal sou
OK, so can we nuke it? Or who should we ask?
Simon
| -Original Message-
| From: Neil Mitchell [mailto:ndmitch...@gmail.com]
| Sent: 14 December 2009 15:45
| To: Simon Marlow; Samuel Bronson
| Cc: Simon Peyton-Jones; ndmitchell; Manuel M T Chakravarty; Simon Marlow; Max
| Bolingbroke; cvs
2009/12/14 Simon Marlow :
>> drwxr-sr-x 30 mbolingbroke darcs 4096 2008-07-25 08:51 ghc.bzr/compiler
>> drwxr-sr-x 27 mbolingbroke darcs 4096 2008-07-25 03:44 ghc.hg/compiler
I've killed these two branches.
Cheers,
Max
___
Cvs-ghc mailing list
Cvs-ghc@
Hi Simon,
I believe the repo with my name attached to it was actually created by
Samuel Bronson - during Yhc development the haskell.org policy was
that Yhc developers got added to my key list.
Thanks, Neil
On Mon, Dec 14, 2009 at 3:31 PM, Simon Marlow wrote:
> On 14/12/2009 13:37, Simon Peyton
On 14/12/2009 13:37, Simon Peyton-Jones wrote:
Ian, Neil, Simon, Roman, Andy, Manuel, Max,
On darcs.haskell.org we have seventeen GHC repos, most of which are, I guess,
dead. (Aside from stable branches.) I propose that we recycle all of them,
except ghc (the HEAD).
Do any of you want to ke
Mon Dec 14 05:46:47 PST 2009 simo...@microsoft.com
* Tidy up computation of result discounts in CoreUnfold
Ignore-this: 351076027f8e9cb8aa44db6d60798c47
Mostly this patch is a tidy-up, but it did reveal one inconsistency
that I fixed. When computing result discounts for case expression
Fri Dec 11 09:39:20 PST 2009 simo...@microsoft.com
* Use full equality for CSE
Ignore-this: c6d73febf652aa34dc1197a49e599ee
In CSE we were getting lots of apprarently-unequal expressions with
the same hash code. In fact they were perfectly equal -- but we were
using a cheap-and-cheer
Fri Dec 11 08:23:24 PST 2009 simo...@microsoft.com
* Improve strictness analysis for bottoming functions
Ignore-this: dd5ef03a1b4728c25a2333f59024dc9c
I found the following results from strictness analyis:
f x = error (fst x) -- Strictness U(SA)b
g x = error ('y':fst x) -- S
Fri Dec 11 08:19:28 PST 2009 simo...@microsoft.com
* Bottom extraction: float out bottoming expressions to top level
Ignore-this: a1a96b36dc982d83f5c01a4259518b
The idea is to float out bottoming expressions to top level,
abstracting them over any variables they mention, if necessary.
Ian, Neil, Simon, Roman, Andy, Manuel, Max,
On darcs.haskell.org we have seventeen GHC repos, most of which are, I guess,
dead. (Aside from stable branches.) I propose that we recycle all of them,
except ghc (the HEAD).
Do any of you want to keep any of them? Best of all, I think, would be f
Mon Dec 14 08:32:05 EST 2009 Ian Lynagh
* Update webpage for 6.12.1 release
M ./download.html -2 +3
M ./download_ghc_6_12_1.html -2 +2
M ./index.html +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo
On 12/12/2009 08:19, Manuel M T Chakravarty wrote:
I think this is since the new c_asm.bit dependency stuff was introduced. The
problem only seems to happen in a very parallel build, and my guess is that
this happens on any box that doesn't have gmp.h globally installed.
I ran into it when us
Build results:
x86-64 Linux head: pass
x86 Windows head:fail (failed compile)
x86 Windows head fast: fail (failed compile) fail (failed compile) fail
(failed compile)
x86-64 Linux head unreg: pass
Old unexpected test passes:
2410 1 x86-64 Linux head
TH_splice
Build results:
tnaur PPC OSX stable 2: fail (failed compile)
tnaur x86 OS X stable: pass
x86 Linux stable:lost
x86 Windows stable: pass
x86 Windows stable fast: pass pass lost pass
x86-64 Linux stable: pass
Old unexpected test passes:
2410 3 x86 Linux stable
17 matches
Mail list logo
