Simon,
Thanks for that! I deleted the HEAD refs locally and also in the dph.git repo
on darcs.haskell.org (they were in somewhat different spots). It seems to be
fine now.
Cheers,
Manuel
Simon Marlow:
> Ok, I've just been reading up on this and I think I understand it.
>
> HEAD is normally
austin seipp:
> (CC'ing Dan so he can chime in, for those who don't IRC.)
>
> Dan Knapp (dankna on freenode) is running OS X Lion on his machine
> (and corresponding new xcode tools I believe,) and apparently Apple
> have gone the whole way in the next release and by default making
> 'gcc' a symbo
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 274
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/274.html
darcs get| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 257
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/257.html
darcs get| Success
create mk/build.mk | Success
get subrepos | 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 Mon Jun 20 18:10:01 BST 2011.
checking out new source tree
pgj2 (amd64 FreeBSD HEAD), build 392
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/392.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting | Success
configuring | S
tn23 (x86 OSX HEAD), build 368
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/368.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
co
pgj (x86 FreeBSD HEAD), build 395
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/395.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting | Success
configuring | Succe
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 265
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/265.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
Yep those are my fault. Will fix shortly.
On 20 June 2011 09:46, Simon Peyton-Jones wrote:
> I’m getting these failures on ‘validate’. Several relate to
> unsafePerformIO.
>
>
>
> cabal ghcpkg01 [bad stdout] (normal)
>
> codeGen/should_compile cg005 [stderr mismatch] (o
On 19 June 2011 09:40, Ian Lynagh wrote:
> On Sat, Jun 18, 2011 at 08:24:26PM -0700, David Terei wrote:
>> Yeah sorry. There is a Cabal patch that hasn't seem to come through to
>> the GHC Cabal lag repo yet. I tried to force a manual update of the
>> Cabal lag repo but no luck. My understanding i
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 Mon Jun 20 18:10:01 BST 2011.
checking out new s
On 17.06 21:35, Ian Lynagh wrote:
>
> Hi all,
>
> I've now replaced the GHC binary and haddock repos with lagging copies
> of the upstream repos. That means that you need to remove the old repos
> from any GHC trees you have. This should do it:
>
> git pull
> rm -rf libraries/binary
> rm -rf uti
On Mon, Jun 20, 2011 at 11:22:09PM +1000, Manuel M T Chakravarty wrote:
> Warning: Distribution.Compat.ReadP: could not find link destinations for:
> Distribution.Compat.ReadP.Parser Distribution.Compat.ReadP.P
> Warning: Distribution.ReadE: could not find link destinations for:
> Distribut
simonmar-win32-head (x86 Windows HEAD), build 326
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/326.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting | Suc
Ok, I've just been reading up on this and I think I understand it.
HEAD is normally a symbolic name for the commit that corresponds to the working
copy in a repository. It is stored in .git/HEAD (mine usually says "ref:
refs/heads/master" indicating that HEAD is tracking the master branch).
Ho
Sorry, should have cc'ed this to cvs-ghc@haskell.org in the first place...
Please send any replies to the version sent to the libraries list.
All,
This issue was brought up again recently by Milan's questions about what
to do with folds for the containers package.
Currently the Foldable type c
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 Mon Jun 20 18:00:01 BST 2011.
checking out new source tree
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 Mon Jun 20 18:00:01 BST 2011.
checking out new source
I'm getting these failures on 'validate'. Several relate to unsafePerformIO.
cabal ghcpkg01 [bad stdout] (normal)
codeGen/should_compile cg005 [stderr mismatch] (optasm)
driver T4437 [exit code non-0] (normal)
dynlibs T3807 [bad exi
(CC'ing Dan so he can chime in, for those who don't IRC.)
Dan Knapp (dankna on freenode) is running OS X Lion on his machine
(and corresponding new xcode tools I believe,) and apparently Apple
have gone the whole way in the next release and by default making
'gcc' a symbolic link to 'llvm-gcc.' It
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/cb540135b26504cffe557fd57fa3bb936e413769
>---
commit cb540135b26504cffe557fd57fa3bb936e413769
Author: Manuel M
Warning: Distribution.Compat.ReadP: could not find link destinations for:
Distribution.Compat.ReadP.Parser Distribution.Compat.ReadP.P
Warning: Distribution.ReadE: could not find link destinations for:
Distribution.ReadE.ErrorMsg
Warning: Distribution.PackageDescription.Parse: could not fin
Simon Peyton-Jones:
> HEAD is part of git. It means "the current branch".
> http://stackoverflow.com/questions/2304087/what-is-git-head-exactly
>
> It's definitely confusing to have a branch actually called HEAD!
>
> If we do, let's nuke it. But I think that
> haskell.org/HEAD -> haskell.or
HEAD is part of git. It means "the current branch".
http://stackoverflow.com/questions/2304087/what-is-git-head-exactly
It's definitely confusing to have a branch actually called HEAD!
If we do, let's nuke it. But I think that
haskell.org/HEAD -> haskell.org/master <=
simonmar-win32-stable (x86 Windows STABLE), build 258
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/258.html
darcs get | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Succe
| > Yeah sorry. There is a Cabal patch that hasn't seem to come through to
| > the GHC Cabal lag repo yet. I tried to force a manual update of the
| > Cabal lag repo but no luck. My understanding is that the lag repo is
| > meant to be sync'd once a day but this doesn't seem to be happening.
| > So
27 matches
Mail list logo
