pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 388
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/388.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/ea143d114e8733e2e154283675e5092fcba6f862
---
commit ea143d114e8733e2e154283675e5092fcba6f862
Author: Jose Pedro
simonmar-win32-stable (x86 Windows STABLE), build 352
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/352.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version
Hello,
On Thu, Oct 20, 2011 at 09:42:59PM -0700, Builder wrote:
tn23 (x86 OSX HEAD), build 463
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/463.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions
New patches in /srv/darcs/git-mirrors/Win32
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
New patches in /srv/darcs/git-mirrors/haskeline
commit 9d017ded4cccd912192b21bb66f6d627efd9f849
Author: Judah Jacobson judah.jacob...@gmail.com
Date: Wed Oct 19 17:40:38 2011 +
Update CHANGES.
commit 47b41cad04402d52b5579c78adf7d920a27f33d9
Author: Judah Jacobson
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/bcba27f3870f26b5475114df5f508756234782b2
---
commit bcba27f3870f26b5475114df5f508756234782b2
Author: Simon Peyton
All I'm saying is that haddock seg-faults when given the command line I gave in
my message. Surely that's a bug?
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of
| Ian Lynagh
| Sent: 20 October 2011 18:17
| To:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/99358b94ba18c1915d2c52b8bd5c13a34659b231
---
commit 99358b94ba18c1915d2c52b8bd5c13a34659b231
Author: Jose Pedro
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/a0ad695dbb46bfacac789a1c08024dcf1d66fd74
---
commit a0ad695dbb46bfacac789a1c08024dcf1d66fd74
Author: Simon Peyton
On Fri, Oct 21, 2011 at 01:57:07PM +, Simon Peyton-Jones wrote:
All I'm saying is that haddock seg-faults when given the command line I gave
in my message. Surely that's a bug?
Yup - probably in GHC rather than haddock. I still can't spot any
obvious cause, though. Simon M, are you able
On Thursday 20 October 2011, 19:17:02, Ian Lynagh wrote:
On Thu, Oct 20, 2011 at 02:25:40PM +, Simon Peyton-Jones wrote:
Well I can confidently say that it's the invocation of haddock that
seg-faults.
Oh, sure, but I don't think the grep failure is related.
Both, it and the offensive
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/99aabb2566f53e8f55f690d232cd9e7aaf1ee250
---
commit 99aabb2566f53e8f55f690d232cd9e7aaf1ee250
Author: Jose Pedro
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/bcd8fdb0301adb78654a5e2794301b38a8fa2a41
---
commit bcd8fdb0301adb78654a5e2794301b38a8fa2a41
Author: Simon Peyton
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6d5dfbf750320dd7bd0fea8e2965935fcedbe15e
---
commit 6d5dfbf750320dd7bd0fea8e2965935fcedbe15e
Author: Simon Peyton
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/8f3f41787c2ec4ee5ce4f488580a0480abf2d3c5
---
commit 8f3f41787c2ec4ee5ce4f488580a0480abf2d3c5
Author: Simon Peyton
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/2ad79aaa1b87164a0191e8f980f57a9fa0b80e0a
---
commit 2ad79aaa1b87164a0191e8f980f57a9fa0b80e0a
Author: Simon Peyton
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/32e88692aa263705163b47faa171d2c19d008d52
---
commit 32e88692aa263705163b47faa171d2c19d008d52
Author: Simon
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-constraint-solver
http://hackage.haskell.org/trac/ghc/changeset/698a4c605d4bff689e401c068ae32996b9cf882d
---
commit 698a4c605d4bff689e401c068ae32996b9cf882d
Merge:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-constraint-solver
http://hackage.haskell.org/trac/ghc/changeset/b45173af07a858ed4fe19624c23ca21542baec1f
---
commit b45173af07a858ed4fe19624c23ca21542baec1f
Author:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-constraint-solver
http://hackage.haskell.org/trac/ghc/changeset/38767f0d59d49718f73c86ce0ca2f210fb0e4823
---
commit 38767f0d59d49718f73c86ce0ca2f210fb0e4823
Author:
On Fri, Oct 21, 2011 at 08:42:20AM -0700, Simon Peyton-Jones wrote:
Be even more careful about eta expansion when bottom is involved
See Note [Dealing with bottom], reproduced below. Fixes Trac #5557.
3. Note [Dealing with bottom]
~~
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/84e2075abcd49d26f3d6703b723c3818d919951c
---
commit 84e2075abcd49d26f3d6703b723c3818d919951c
Author: Simon
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b3f6f530ffd7b169a6e1003d342441982a323f68
---
commit b3f6f530ffd7b169a6e1003d342441982a323f68
Author: Simon
| The programs it improves could also be improved by changing things like
| error foo
| to
| \_ - error foo
Technically that's simply an invalid transformation, because it changes
behaviour with seq.
We nevertheless delicately *do* a transformation of this form to improve
arities.
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ca380cd19530fad4860e42844e42a473188e0013
---
commit ca380cd19530fad4860e42844e42a473188e0013
Author: Simon Peyton
On Fri, Oct 21, 2011 at 04:38:48PM +, Simon Peyton-Jones wrote:
| The programs it improves could also be improved by changing things like
| error foo
| to
| \_ - error foo
Technically that's simply an invalid transformation, because it changes
behaviour with seq.
What I
| | The programs it improves could also be improved by changing things like
| | error foo
| | to
| | \_ - error foo
|
| Technically that's simply an invalid transformation, because it changes
behaviour
| with seq.
|
| What I mean is, the /programmer/ could make the above change.
After adding support for building GHC with llvm-gcc I had one new test
failure in validate. The failing test is cg071 which tests the popCnt
primitive function. The test is failing because a call to hs_popcnt8
is segfaulting.
The problem seems to be that the words passed to hs_popcnt8 are not
Build description = HEAD on x86_64-unknown-linux (cam-04-unx)
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 Oct 21 18:00:01 BST 2011.
checking out new source
2011/10/21 Daniel Fischer daniel.is.fisc...@googlemail.com:
On Friday 21 October 2011, 21:45:23, you wrote:
Thanks Daniel and everyone else for investigating. Can you tell me
which version of Haddock you're running and which version the the
.haddock file comes from?
It's surfaced during
Hi,
On Fri, Oct 21, 2011 at 1:34 PM, David Peixotto d...@rice.edu wrote:
I believe that we should be narrowing the argument before calling the
function (and in fact both gcc and llvm-gcc will narrow it before a
call to hs_popcnt8). My question is what is the right way to do
that in the code
I think it depends on how much work you want to do. Correct way is
probably to do as Johan suggests and have proper types for Word8# and
co. It would be really nice to do this as the lower levels of GHC have
very little type safety which makes me sad. Easiest is to call of the
narrow primops. An
Build description = STABLE on x86_64-unknown-linux (cam-04-unx)
Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx
Nightly build started on cam-04-unx at Fri Oct 21 18:10:01 BST 2011.
checking out new
tn23 (x86 OSX HEAD), build 464
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/464.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting |
Build description = STABLE on i386-unknown-linux (cam-02-unx)
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 Fri Oct 21 18:10:01 BST 2011.
checking out new source tree
Build description = HEAD on i386-unknown-linux (cam-02-unx)
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 Oct 21 18:00:01 BST 2011.
checking out new source tree
37 matches
Mail list logo
