Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/STABLE
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Thu May 1 18:10:01 BST 2008.
checkin
Thu May 1 20:19:05 PDT 2008 [EMAIL PROTECTED]
* sumP on doubles and int
M ./compiler/vectorise/VectBuiltIn.hs -3 +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080502031905-7a7d5-7e71c39b68aa064bd0c70ef82af4ad7c6ba32522.gz
___
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 Thu May 1 18:00:01 BST 2008.
checking out
Just a quick announcement, I've uploaded to hackage 'ghc-core' , a
wrapper over ghc for displaying the optimised core and assembly language
ghc produces from your programs.
The code is colourised by hscolour, and displayed in a pager, git-log style.
This will be useful for those who like looking
while undocumented (?), there seems to be a lot of code
in GHCi regarding commandline completion. but in a
default build, i don't get any benefit from that, as editline
doesn't seem available for mingw (?).
is there a way to get this working on windows? i'm growing
rather tired of typing VeryLong
Could someone who knows something about ./configure have a look at
http://hackage.haskell.org/trac/ghc/ticket/2257
and suggest how I could work around this bug in order to build
GHC? Right now I can't do a thing because ./configure hangs...
Norman
___
I note that from
http://hackage.haskell.org/trac/ghc/ticket/1558
testing has to run single-threaded. ./validate is frequently on
my critical path, and I would love to be able to use two (soon, four)
processors. The last activity on this ticket was around September
from Simon Marlow. The note
I ran into the same problem trying to push a patch recently. At
http://bugs.darcs.net/issue753
Eric Kow suggested that the bug might be fixed in version 2 of darcs,
but I haven't tried it yet.
Cheers,
Tim
--
Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt
"Love is a snowm
I'm trying to get my copy of the head up to date,
and I'm tripping over a bug in darcs:
: [EMAIL PROTECTED] 9937 ; ./darcs-all pull -av
== running darcs pull -av
Pulling from "http://darcs.haskell.org/ghc";...
This is the GHC darcs repository (HEAD branch)
For more information, visit the GHC dev
Duncan Coutts wrote:
On Wed, 2008-04-30 at 21:01 -0400, Norman Ramsey wrote:
Dear Fellow GHC Hackers,
I'll be buying new computers soon, and right now the only thing I do
for which computer performance is a problem is GHC hacking---especially
running 'validate'. I've got a good performance boo
Build results:
x86-64 Linux head: fail (failed getsubrepos)
x86 Windows head:fail (failed darcs)
x86 Windows head fast: pass lost fail (failed getsubrepos) pass pass
gabor head: fail (failed darcs)
tnaur PPC OSX head: fail (failed darcs) fail (failed darcs)
tnaur P
Build results:
macgyver PPC OSX stable: pass
x86 Windows stable: fail (failed getsubrepos)
x86 Windows stable fast: pass lost fail (failed darcs) pass pass
x86-64 Linux stable: fail (failed darcs)
New unexpected test failures:
memo001 1 macgyver PPC OSX stable
Old unexpected test
12 matches
Mail list logo