pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 269
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/269.html
darcs get | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Wed Jun 15 18:00:01 BST 2011.
checking out new source tree
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 Wed Jun 15 18:10:01 BST 2011.
checking out new source tree
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 252
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/252.html
darcs get | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | S
pgj2 (amd64 FreeBSD HEAD), build 387
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/387.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Succ
Simon Marlow:
> On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
>> Ben mentioned this just this week. IIRC he meant to ask Ian for help with
>> the build system issue but couldn't reproduce it anymore.
>>
>> I have been validating the tree many times in the last few days (with 3-4
>> cores)
pgj (x86 FreeBSD HEAD), build 390
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/390.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/f530b45e9f9a3abd3945d0977e8f9856227a9aa7
>---
commit f530b45e9f9a3abd3945d0977e8f9856227a9aa7
Author: Ian Lynag
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/59f87c934911d88c478f9c2966faa09f7a897a4b
>---
commit 59f87c934911d88c478f9c2966faa09f7a897a4b
Author: Ian Lynag
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/143fc5b61f5abf875c8005c5be9fa1187b8c6749
>---
commit 143fc5b61f5abf875c8005c5be9fa1187b8c6749
Author: Ian Lynag
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e3c6d37e230fbe9c28fa919172e89c0164748794
>---
commit e3c6d37e230fbe9c28fa919172e89c0164748794
Author: Ian Lynag
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/76dbf0ce3db55cd498836c4cd31559fea4aa7be2
>---
commit 76dbf0ce3db55cd498836c4cd31559fea4aa7be2
Author: Ian Lynagh
Dat
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/be4726edd34422d804b542d42dc0bb1f036ab2dd
>---
commit be4726edd34422d804b542d42dc0bb1f036ab2dd
Author: Ian Lynagh
Dat
Simon Peyton-Jones:
> | Ben mentioned this just this week. IIRC he meant to ask Ian for help with
> the build
> | system issue but couldn't reproduce it anymore.
> |
> | I have been validating the tree many times in the last few days (with 3-4
> cores) and I
> | never saw this problem. Ho
mbolingbroke (x86 OSX HEAD), build 111
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/mbolingbroke/111.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting
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 Wed Jun 15 18:00:01 BST 2011.
checking out new source
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 260
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/260.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Wed Jun 15 18:10:01 BST 2011.
checking out new s
tn23 (x86 OSX HEAD), build 363
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/363.html
git clone | Success
create mk/build.mk | Success
get subrepos | Failure: Just (ExitFailure 2)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/363
| Ben mentioned this just this week. IIRC he meant to ask Ian for help with
the build
| system issue but couldn't reproduce it anymore.
|
| I have been validating the tree many times in the last few days (with 3-4
cores) and I
| never saw this problem. How many threads are you using?
I d
On Wed, Jun 15, 2011 at 08:14:34PM +0200, Johan Tibell wrote:
> Yes. They made it know. Ian had to kick something manually. I think it
> was permissions related.
I ran git-update-server-info. I have no idea if it was
permissions-related or not.
Thanks
Ian
__
Yes. They made it know. Ian had to kick something manually. I think it
was permissions related.
On Wed, Jun 15, 2011 at 8:05 PM, David Terei wrote:
> On 15 June 2011 03:53, Edward Z. Yang wrote:
>> Was this commit supposed to have made it to master? I don't see it, for some
>> reason...
>
> Yes.
On 15 June 2011 03:53, Edward Z. Yang wrote:
> Was this commit supposed to have made it to master? I don't see it, for some
> reason...
Yes. I just grabbed a fresh clone of master then and the commits are
there. Hopefully you see them now as well?
~ David
___
mbolingbroke (x86 OSX HEAD), build 110
Build incomplete
Details: http://darcs.haskell.org/ghcBuilder/builders/mbolingbroke/110.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting | Success
configurin
Full logs at http://log.ouroborus.net/limitingfactor/dph
Environment
Platform
host: limitingfactor.cse.unsw.EDU.AU
arch: i386
processor: i386
system:Darwin 10.7.0
Versions
GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1
GCC i686-apple-da
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/bca6d71bd7d5fbabcdc2e15561dae511424918fc
>---
commit bca6d71bd7d5fbabcdc2e15561dae511424918fc
Author: Manuel M T Chak
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/8c2ddecb4d58bc22b3bed220c514ec54091ffcbc
>---
commit 8c2ddecb4d58bc22b3bed220c514ec54091ffcbc
Author: Edward Z. Yang
Hi Simon,
that's true. It fires once for the expression 'works' at the end of
the file. However, it should also fire for the expression 'fails'. See
the comment in Line 76. I have made the rewrite rules observable by
defining 'fromWriteList' and 'fromWrite' such that they tag their
applications. I
Push fixed. I had some permission problems but I think the fix itself
made it into the repo at least.
Counting objects: 11, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 578 bytes, done.
Total 6 (delta 5), reused 0 (delta 0)
Coun
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ef2ac839746750300dc8e96b8accaee8498298d7
>---
commit ef2ac839746750300dc8e96b8accaee8498298d7
Author: Johan Tibell
D
Yes. The tests make sure the result is correct, but not that unrolling
happens. There's another patch under review by Simon M that actually
checks the assemble output to make sure the unrolling happens.
On Wed, Jun 15, 2011 at 3:15 PM, Edward Z. Yang wrote:
> So, uh, I ran these tests with the ne
So, uh, I ran these tests with the new codegen turned on (which don't unroll
yet),
and they all passed. Is that expected?
Cheers,
Edward
Excerpts from David Terei's message of Tue Jun 14 21:43:36 -0400 2011:
> Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
>
> On branch : master
>
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3e2f2580b2c4196617b25d5a218ad7e360e4c76b
>---
commit 3e2f2580b2c4196617b25d5a218ad7e360e4c76b
Author: Dimitrios
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b2ccc521ff235f1510263aab3cb3b98804c0e500
>---
commit b2ccc521ff235f1510263aab3cb3b98804c0e500
Merge: 9381ced...
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9381ced866b1d7578f9aeaaa60beb2079d8206a5
>---
commit 9381ced866b1d7578f9aeaaa60beb2079d8206a5
Merge: 3e2f258...
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/4ed2634bf597d7e1fe00709b4556d199ebd66bde
>---
commit 4ed2634bf597d7e1fe00709b4556d199ebd66bde
Author: Dimitrios Vytin
Wed Jun 15 05:40:59 PDT 2011 Ian Lynagh
tagged GHC 7.0.4 release
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/testsuite;a=darcs_commitdiff;h=20110615124059-3fd76-844a73b8a2bf79106058fe3205860c630b0adec5.gz
___
Cvs-ghc
On 15/06/2011 13:35, Manuel M T Chakravarty wrote:
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't reproduce it anymore.
I have been validating the tree many times in the last few days (with 3-4
cores) and I never saw this problem.
Wed Jun 15 05:41:15 PDT 2011 Ian Lynagh
* Set RELEASE back to NO
M ./configure.ac -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20110615124115-3fd76-e7a343a1d9e76afc9cfb6f04219336f177ff0ab0.gz
___
Wed Jun 15 05:40:59 PDT 2011 Ian Lynagh
tagged GHC 7.0.4 release
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20110615124059-3fd76-844a73b8a2bf79106058fe3205860c630b0adec5.gz
___
Cvs-ghc mailin
Wed Jun 15 05:40:58 PDT 2011 Ian Lynagh
tagged GHC 7.0.4 release
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20110615124058-3fd76-38d1ee95c122cb5b700ef9aeffdad7de8081f101.gz
___
Cvs-ghc mailin
Wed Jun 15 05:40:57 PDT 2011 Ian Lynagh
tagged GHC 7.0.4 release
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20110615124057-3fd76-ca62ba34952d186117d5843ed08767aa6bbbfe14.gz
___
Cvs-ghc mailin
Ben mentioned this just this week. IIRC he meant to ask Ian for help with the
build system issue but couldn't reproduce it anymore.
I have been validating the tree many times in the last few days (with 3-4
cores) and I never saw this problem. How many threads are you using?
Manuel
Simon Ma
On Wed, Jun 15, 2011 at 2:24 PM, Manuel M T Chakravarty
wrote:
> compiler/nativeGen/X86/CodeGen.hs:1510:32:
> Warning: Defined but not used: `args'
>
> compiler/nativeGen/X86/CodeGen.hs:1552:32:
> Warning: Defined but not used: `args'
>
> :
> Failing due to -Werror.
>
> make[1]: *** [compile
compiler/nativeGen/X86/CodeGen.hs:1510:32:
Warning: Defined but not used: `args'
compiler/nativeGen/X86/CodeGen.hs:1552:32:
Warning: Defined but not used: `args'
:
Failing due to -Werror.
make[1]: *** [compiler/stage1/build/X86/CodeGen.o] Error 1
Seems to be due to "Unroll memcpy in t
Was this commit supposed to have made it to master? I don't see it, for some
reason...
Edward
Excerpts from David Terei's message of Tue Jun 14 21:17:43 -0400 2011:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/6c
| > Loading package dph-prim-par-0.5 ...: can't load .so/.DLL
| for: HSdph-prim-par-0.5 (addDLL: could not load DLL)
| > ghc-stage2.exe: HSdph-prim-par-0.5: The specified module could not be fo
| und.
| > make[1]: *** [libraries/dph/dph-par/dist-install/build/Data/Array/Parall
| el/PArray/PDa
I compiled that module with GHC 7.0.3, and the rule foldr/fromWrite does fire.
See below. Add -ddump-rule-rewrites to see more info.
So can you be more explicit about the problem you see?
Simon
bash-3.1$ ghc -ddump-rule-firings -O Test_RewriteFoldr.hs
[1 of 1] Compiling Test_RewriteFoldr ( T
simonmar-win32-stable (x86 Windows STABLE), build 253
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/253.html
darcs get | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Succe
simonmar-win32-head (x86 Windows HEAD), build 320
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/320.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
boo
On 15/06/2011 10:06, Dimitrios Vytiniotis wrote:
raries/dph/dph-par/.-optP-include -optPlibraries/dph/dph-par/dist-in
stall/build/autogen/cabal_macros.h -package
array-0.3.0.
Hi, when validating on Windows I got a build error when loading some DPH
module.
I attach some relevant bit from the trace. Can someone help? Interestingly,
next time
around `validate --no-clean' goes through without a problem
Thanks
d-
"inplace/bin/ghc-stage2.exe" -fPIC -dynamic -H32m -O
52 matches
Mail list logo
