Hi Ian,
On Wed, Nov 16, 2011 at 09:44:32PM +0100, Thorkil Naur wrote:
> Hi Ian,
>
> On Thu, Nov 10, 2011 at 08:26:52PM +, Ian Lynagh wrote:
> > ...
> > I've just pushed a patch
> > Give more information is an InvalidArgument exception happens
> >
Hi Ian,
On Thu, Nov 10, 2011 at 08:26:52PM +, Ian Lynagh wrote:
> ...
> I've just pushed a patch
> Give more information is an InvalidArgument exception happens
> which will print some diagnostic info when this happens.
With your patch, recent tn23 builds (483, 484, and 485) terminated wi
Hello Ian,
I have recently become slightly wiser in my attempts to understand what
goes on when my tn23 builder crashes with the message
> builder-client: .../steps: removeDirectory: unsatisified constraints
> (Directory not empty)
A successful build by the tn23 build slave (-v) leaves a trail
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 v
as removed the problem.
Best regards
Thorkil
On Sun, Sep 11, 2011 at 09:59:15PM +0200, Andreas Schwab wrote:
> Thorkil Naur writes:
>
> >> $ git clone http://darcs.haskell.org/ghc.git/ build8
> >> Cloning into build8...
> >> error:
Hello Karel,
Thanks a lot for this suggestion. With some effort, fighting the
peculiarities of macports, I have upgraded from
> $ curl --version
> curl 7.16.4 (i386-apple-darwin9.0) libcurl/7.16.4 OpenSSL/0.9.7l zlib/1.2.3
> Protocols: tftp ftp telnet dict ldap http file https ftps
> Features: GS
Hello,
The tn23 builder has failed recently with complaints from git. The
latest build is presently
http://darcs.haskell.org/ghcBuilder/builders/tn23/401.html
that ends
tn23, build 401, step 1: git clone
Program: "git"
Args: ["clone","http://darcs.haskell.org/ghc.git/","build";]
Subdir: "."
Sta
Hello,
On Mon, Feb 28, 2011 at 04:52:11PM +, Simon Marlow wrote:
> On 18/02/2011 08:31, Max Bolingbroke wrote:
> > ...
> >Unexpected failures:
> >1288(normal)
> >2276(normal)
> >2276_ghci(ghci)
>
> These three are probably related to #3336. I'm guessing OS X doesn't
> support st
Hello,
On Thu, Jan 06, 2011 at 11:38:13AM +, Simon Marlow wrote:
> ...
> Presumably these are failures in the fast testsuite and would show
> up in a validate, right? Any OS X folks available to take a look?
A quick look reveals:
1. A validate on tn23 results in:
> OVERALL SUMMARY for test
Hello,
On Friday 13 February 2009 02:28, Manuel M T Chakravarty wrote:
> I just successfully validated the head on Mac OS X 10.5.6. So, maybe
> you have some more old files lying around.
Thank you, that was it.
> ...
> Thorkil Naur:
> > ...
> > Next stop is:
> >
On Thursday 12 February 2009 19:28, Claus Reinke wrote:
> > On an Intel Mac OS X 10.5, validate stops at:
> >
> >> Running Haddock for base-4.0.0.0...
> ...
> Looks familiar (side effect of old generated file not cleaned):
>
> http://www.haskell.org/pipermail/cvs-ghc/2008-September/044780.html
>
Hello,
On an Intel Mac OS X 10.5, validate stops at:
> Running Haddock for base-4.0.0.0...
> Warning: The documentation for the following packages are not installed. No
> links will be generated to these packages: ffi-1.0, rts-1.0
>
> Unsafe/Coerce.hs:31:0:
> attempting to use module `GHC.Pri
Hello,
On Thursday 12 February 2009 11:44, Simon Marlow wrote:
> Thorkil Naur wrote:
>
> > I have not been able to understand fully what this is about, nor finding
the
> > details of any solution. However, it seems clear that incompatible
versions
> > of libc.
Hello Simon,
On Monday 09 February 2009 10:47, Simon Marlow wrote:
> BuildBot Collator wrote:
>
> > Old unexpected test failures:
> >
> > conc019 1 tnaur x86 Linux stable
>
> Thorkil - I thought I'd look at a few of these failures on "tnaur x86 Linux
> stable", and it seems you are p
Hello,
On PPC Mac OS X 10.5, validating the present (2009-Feb-08 18.22 UTC) HEAD
fails at:
> /Users/thorkilnaur/tn/install/ghc-6.6.1/bin/ghc -M -optdep-f
-optdepdist-stage1/build/.depend -#include cutils.h -DSTAGE=1 -package-name
ghc-6.11.20090207 -hide-all-packages -no-user-package-conf
-p
Hello,
On Wednesday 28 January 2009 18:56, Ian Lynagh wrote:
> ...
> We can put something like this in Makefiles:
>
> ifeq "$(MAKE_VERSION)" "3.80"
> $(error GNU make 3.80 has bugs that make it unable to build GHC. Please
upgrade to 3.81 or higher.)
> endif
>
> (Thorkil, do you still have 3.80
Hi Ian,
On Thursday 22 January 2009 16:02, Ian Lynagh wrote:
> ...
> > For what it is worth, this validate takes about 35 minutes to complete,
> > compared to the about 24 minutes of a validate that was done 2008-Aug-08.
>
> Interesting. I've just done a validate here on amd64/Linux, hacking the
Hello,
On Tuesday 20 January 2009 14:07, Ian Lynagh wrote:
>
> Hi all,
>
> Simon Marlow and I have been beavering away at the new build system, and
> it's now reached the point where validate finishes on all the platforms
> we've tried it on.
>
> There is still a lot to do, e.g. there is no "in
Hi Ian,
On Wednesday 14 January 2009 21:17, Ian Lynagh wrote:
>
> Hi Thorkil,
>
> On Tue, Jan 13, 2009 at 11:30:48PM +0100, Thorkil Naur wrote:
> >
> > > codeGen/StgCmmBind.hs:20:0:
> > > Warning: Redundant import of: `cgExpr'
> > >
Hello,
Using
> $ uname -a
> Darwin thorkil-naurs-mac-mini.local 9.6.0 Darwin Kernel Version 9.6.0: Mon
Nov 24 17:39:01 PST 2008; root:xnu-1228.9.59~1/RELEASE_PPC Power Macintosh
>$ ghc --version
> The Glorious Glasgow Haskell Compilation System, version 6.6.1
(which is the machine that hosts th
Hello,
The links http://www.haskell.org/ghc/docs/latest/users_guide.pdf and
http://www.haskell.org/ghc/docs/latest/users_guide.ps.gz from
http://haskell.org/haskellwiki/GHC appear dead - both reported "404 Not
Found" when I clicked them a few minutes ago.
Thanks and best regards
Thorkil
_
Hello,
On Friday 21 November 2008 14:27, Simon Marlow wrote:
> ...
> Digging back through the history, it looks like this problem was introduced
by:
>
> Mon Oct 13 17:24:33 BST 2008 Clemens Fruhwirth <[EMAIL PROTECTED]>
>* Rename symbol macros to a consistant naming scheme
>
> and should b
Hello,
On Friday 21 November 2008 09:55, Simon Marlow wrote:
> ...
> Right. I'm just validating the fix ;-) Sorry for the breakage Manuel.
After applying this fix, PPC Mac OS X (still) says:
> /Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-and-copying-20070713_1212/ghc/
Hello,
On Thursday 13 November 2008 16:10, Michael Witten wrote:
> ...
> I get exactly the same output and crash report.
>
> And thank you for your response. I wouldn't have
> thought to check the crash report log. In fact,
> I have 2 other crash reports for what I assume
> were 2 other failures,
Hello,
On Thursday 13 November 2008 10:46, Simon Marlow wrote:
> Michael Witten wrote:
>
> > I ran the testsuite and got the following summary:
> >
> > OVERALL SUMMARY for test run started at Wed Nov 12 00:58:05 CST 2008
> > 2262 total tests, which gave rise to
> >12129 test cases, of wh
Hi Neil,
On Friday 17 October 2008 17:56, Mitchell, Neil wrote:
> Hi,
>
> Thanks Thorkil, more information:
>
> => 2228(normal)
> cd ./ghc-e/should_run && $MAKE --no-print-directory -s 2228
> 2228.run.stdout 2>2228.run.stderr
> => 2636(normal)
> cd ./ghc-e/should_run && $MAKE --no-print-
Hello,
On Friday 17 October 2008 17:41, Mitchell, Neil wrote:
> Hi,
>
> Doing validation under Windows XP, using HEAD from a few hours ago, I
> get the results:
>
> OVERALL SUMMARY for test run started at The current date is: 17/10/2008
> Enter the new date: (dd-mm-yy)
> 2221 total tests, wh
Hello,
On Thursday 09 October 2008 11:58, Malcolm Wallace wrote:
> Any idea why the buildbot collator (for stable only) does not include
> results for the buildbot called "malcolm"? (The collator for HEAD does.)
As I understand things, these reports include builds that completed since the
last
Hello,
On Thursday 18 September 2008 20:37, Matthias Kilian wrote:
> Hi,
>
> does anyone else see haddock using huge amounts of memory (more
> than 640MB) when building ghc-HEAD? It's always running out of
> memory for me when haddocking the compiler itself (i386, OpenBSD,
> datasize limit is set
Thorkil Naur <[EMAIL PROTECTED]> added the comment:
I have tried this, but unfortunately, I have not been able to reproduce the
problem. Some details follow.
Starting at repository Cabal-0, a version of the libraries/Cabal repository with
> thorkil-naurs-mac-mini:~/tn/test/darcs/I
Hello,
On Monday 08 September 2008 14:22, Simon Peyton-Jones wrote:
> Dear BDS hackers
>
> We'd like GHC to be buildable on BSD, but at the moment it isn't. We
support GHC on Linux, Windows, Mac, but we really need help with BSD.
I would like to do something about this. I have (a number of) x8
Hello,
On Wednesday 27 August 2008 11:41, Simon Marlow wrote:
> Can someone validate this on OS X please?
On a PPC Mac OS X at this point:
> Sun Sep 7 13:21:28 CEST 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]>
> * Type families: new algorithm to solve equalities
validate ends:
> Preproc
Thorkil Naur <[EMAIL PROTECTED]> added the comment:
http://bugs.darcs.net/msg5757:
> I need a volunteer to do the following:
> ...
I will try to do something about this.
Best regards
Thorkil
--
assignedto: -> thorkilnaur
nosy: +thorkilnaur
status: need-volunteer
Hello,
On Monday 04 August 2008 12:38, Simon Marlow wrote:
> ...
> As I see it, the biggest problem is that the Mac OS X build keeps breaking,
> because we don't actively test on that platform. We *do* test on other
> platforms: in fact we use the validate script that was originally proposed
Hello,
On Monday 09 June 2008 00:18, Ian Lynagh wrote:
> ...
> If you send us the your /usr/include/dlfcn.h (which should #define
> RTLD_DEFAULT), /usr/include/time.h and /usr/include/sys/time.h (one of
> which should give a prototype for gettimeofday) then hopefully we can
> see a way around it.
Hello,
I have looked at this, not to the bottom, but perhaps to a level where you
will be able to proceed. Otherwise, I'll happily continue later.
The compile that fails (edited to reduce line lengths) is this:
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/cc1 \
-quiet \
-v \
-I \
. \
Hello Ian,
On the machine that runs the tnaur PPC OSX 2 builders, I recently switched
over to darcs-2.0.0 to be able to do darcs buildbotting. Since then, the time
spent by the ghc builders in darcs get operations seems to have grown
significantly. Here are some
recent measurements for STABLE
Hello,
I have tried to comment out the check that seems to hang in your case in
configure.ac like this:
hunk ./configure.ac 1212
-FP_CHECK_TIMER_CREATE
+dnl FP_CHECK_TIMER_CREATE
(configure.ac is a m4 macro program, I believe, and dnl means skip the rest of
the line.) In the resulting validate
Hello,
I am unable to make the new test concio002 fail on the PPC Mac where I was
able to make concio001 fail. So that seems to have fixed the problem.
Best regards
Thorkil
On Monday 18 February 2008 11:23, Simon Marlow wrote:
> [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > The test case concio00
Hello,
On Tuesday 12 February 2008 06:56, Manuel M T Chakravarty wrote:
> Mac installer packages usually present a license to the user to accept
> during the installation process. Consequently, I added what I think
> is a correct licensing document to the tree at
>
>http://darcs.haskell.
Hello,
validate fails for PC Mac OS X 10.4 as follows:
> ../compiler/stage1/ghc-inplace -no-user-package-conf -Werror -H64m -Onot
-fasm -istage2/utils -istage2/basicTypes -istage2/types -istage2/hsSyn
-istage2/prelude -istage2/rename -istage2/typecheck -istage2/deSugar
-istage2/coreSy
Hello,
The test case concio001 fails like this on the PPC Mac OS X builder
tnaur-ppc-osx, most likely because of a simple timing problem:
> => concio001(normal)
> cd . && $MAKE -s --no-print-directory test.concio001 >concio001.run.stdout 2>concio001.run.stderr
> Actual stdout output dif
Hello,
In some cases where I have experienced this, the problem turned out to be one
of size: I had attached a file and there is a fairly low limit (something like
32K or 64K, as far as I know) on the size of accepted messages.
Best regards
Thorkil
Twan van Laarhoven <[EMAIL PROTECTED]> wrote:
Hello Claus,
Claus Reinke <[EMAIL PROTECTED]> wrote:
> i'm surprised to see ghci024 failing unexpectedly on
> "tnaur PPC OSX head". the reports never seem to
> be in visible range when i look at
>
> http://darcs.haskell.org/buildbot/head/
This is probably because I these days mostly manage to r
0-stable.
Best regards
Thorkil
On Thursday 20 December 2007 10:35, Simon Marlow wrote:
> Thorkil Naur wrote:
>
> > Please indicate if you want me to actually report this as a trac bug,
which I
> > guess it is.
>
> Yes, if it is reproducible, pleas
Hello,
If I list all bugs in the GHC trac and try to group by owner, I get this
message:
> Oops...
>
> Trac detected an internal error:
> If you think this really should work and you can reproduce it. Then you
should consider to report this problem to the Trac team.
>
> Go to http://trac.edgewa
Hello,
Exactly the same problem seems to cause outofmem to fail for the kahl G5
Gentoo Linux builders. Here is the output from kahl G5 Gentoo Linux
stable/builds/57/step-runtestsuite/1:
> => outofmem(normal)
> cd ./rts && $MAKE -s --no-print-directory outofmemoutofmem.run.stdout 2>outof
Hello,
On my PPC Mac OS X, validate fails with:
Unexpected passes: simpl019(normal)
Unexpected failures: TH_runIO(normal) divbyzero(normal) outofmem(normal)
(But at least I was able to complete the validation and getting to the
testsuite, not least thanks to your fixing the additional warnings in
g
Hello,
With your recent patches applied, validate for
> checking version of ghc... 6.2
ends like this
> /usr/bin/ghc -Werror -H64m -Onot -fasm -istage1/utils -istage1/basicTypes
-istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename
-istage1/typecheck -istage1/deSugar -istage
Hello,
On Monday 17 September 2007 14:41, Ian Lynagh wrote:
> ...
> So just to check, you can reproduce the failure with the ghc -Werror
> commandline, and if you remove -Werror then it works?
Exactly: With -Werror, the warnings are reported, the exit status is 1, and no
code is generated:
> $
Hello,
On my x86 (SuSE) Linux, validate ends like this:
>
> == make all -r --jobserver-fds=3,4 -j;
>
in
/home/tn/tn/GHCDarcsRepository/ghc-HEAD-complete-for-validating-20070913_2116/ghc/compiler
>
Hello,
On PPC Max OS X in a recent HEAD, pp1 fails as follows:
> => pp1(normal)
> cd ./lib/PrettyPrint &&
'/Users/thorkilnaur/tn/buildbot/ghc/tnaur-ppc-osx/tnaur-ppc-osx-head/build/compiler/stage2/ghc-inplace'
-no-recomp -dcore-lint -dcmm-lint -Dpowerpc_apple_darwin -o pp1 pp1.hs
>pp1
Hello,
On Sunday 12 August 2007 21:06, Ian Lynagh wrote:
> On Sun, Aug 12, 2007 at 07:15:17PM +0200, Thorkil Naur wrote:
> > On Saturday 11 August 2007 19:54, Clemens Fruhwirth wrote:
> > > At Sat, 11 Aug 2007 17:00:47 +0200,
> > > Thorkil Naur <[EMAIL PROTECTED]>
Hello,
On Saturday 11 August 2007 19:54, Clemens Fruhwirth wrote:
> At Sat, 11 Aug 2007 17:00:47 +0200,
> Thorkil Naur <[EMAIL PROTECTED]> wrote:
> >
> > Hello,
> >
> > Running validate on a PPC Mac OS X with the current (2007-08-11) HEAD
> > produce
Hello,
Running validate on a PPC Mac OS X with the current (2007-08-11) HEAD
produces:
> OVERALL SUMMARY for test run started at Sat Aug 11 15:23:58 CEST 2007
> 1842 total tests, which gave rise to
> 7193 test cases, of which
>0 caused framework failures
> 5643 were skipped
>
e strangely different:
> diff /Users/thorkilnaur/attachment-0001.bin therp-repair-patch-copy-2.dpatch
> 4,5c4,5
> < [Add explicit imports for RTS-external variables
> < Clemens Fruhwirth <[EMAIL PROTECTED]>**20070806084938] {
> ---
> > [therp repair patch copy 2
>
Hello,
On Thursday 09 August 2007 12:23, Simon Marlow wrote:
> ...
> gcc seems to be putting these instructions in the prologue for certain
> functions in AutoApply.hc:
>
> pushl %ebp
> movl%esp, %ebp
>
> but it shouldn't be, because we're using -fomit-frame-pointer. I don't
Hello,
Sorry about the multiple posts of this.
Best regards
Thorkil
-- Forwarded Message --
From: Thorkil Naur <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: Re: Daily report for head: tnaur x86 Linux head: fail (failed stage1)
Date: Fri, 3 Aug 2007 11:44:05 +020
Hello,
On Thursday 02 August 2007 13:17, Simon Marlow wrote:
> Thorkil Naur wrote:
> > Hello,
> >
> > This is about the x86 linux build: The error (" Prologue junk?: .globl
> > stg_ap_p_ret" etc.) is reported again in tonight's build
> >
ht
n unpulling all the way back
past the pointer tagging patch. And it re-appears when the pointer tagging
patch is pulled back in.
Best regards
Thorkil
On Tuesday 31 July 2007 16:58, Thorkil Naur wrote:
> Hello,
>
> On Tuesday 31 July 2007 13:05, Thorkil Naur wrote:
> > Hello,
>
Hello,
On Tuesday 31 July 2007 13:05, Thorkil Naur wrote:
> Hello,
>
> On Tuesday 31 July 2007 09:30, BuildBot Collator wrote:
> > ...
> > tnaur x86 Linux head: fail (failed stage1)
> > ...
>
> The latest 4 builds (38, 37, 36, 35) faile
Hello,
On Tuesday 31 July 2007 09:30, BuildBot Collator wrote:
> ...
> tnaur x86 Linux head: fail (failed stage1)
> ...
The latest 4 builds (38, 37, 36, 35) failed building stage 1 with
(http://darcs.haskell.org/buildbot/head/tnaur%20x86%20Linux%20head/builds/38/step-stage1/0):
> ...
>
Hello,
On Tuesday 31 July 2007 09:30, BuildBot Collator wrote:
> ...
> tnaur PPC OSX head:fail (failed stage2)
> ...
The latest 4 builds (102, 101, 100, 99) have failed building stage 2 with
(http://darcs.haskell.org/buildbot/head/tnaur%20PPC%20OSX%20head/builds/102/step-stage2/0):
Hello,
In the current HEAD, mk/build.mk.sample has:
> # 1. A Performance/Distribution
build
>
> ifeq "$(BuildFlavour)" "perf"
>
> SRC_HC_OPTS = -H32m -O2
> GhcHcOpts = -Rghc-timing
> GhcLibHcOpts =
> GhcLibWays= p
>
> endif
>
If this is used (
Hello,
Would it be possible to pass
--with-ghc=/usr/local/bin/ghc
to ./configure for the tnaur PPC OSX builder? That would be rather convenient.
If you wish, for whatever reason, you might even say
--with-ghc=/usr/local/bin/ghc-6.4.1
but there is some ghc-pkg matching going on that may pr
Hello Ian,
The tnaur PPC OSX builder still fails with
> rm -f base/GNUmakefile
> cp Makefile.local base
> ifBuildable/ifBuildable base setup/Setup makefile -f GNUmakefile
> Setup: Errors:
> unexpected argument: GNUmakefile
> make[1]: *** [base/GNUmakefile] Error 1
> make: *** [stage1] Error 2
> p
Hello,
On Thursday 26 July 2007 09:56, Simon Marlow wrote:
> Thorkil Naur wrote:
>
> > There is still the question of whether the 1 second delay should be
considered
> > excessive, but I will leave that for others to decide.
>
> I'd like to bring this test ba
Hello,
On Wednesday 25 July 2007 11:30, Simon Marlow wrote:
> ...
> Thorkil: I read your discussion with Igloo on #ghc last night, and I found
> one bug in GHC/Handle.hs as a result. We should be allocating the Handle
> buffer pinned now that it can be passed to "safe" foreign calls in the
> t
Hello,
On Friday 20 July 2007 11:24, Simon Marlow wrote:
> Thorkil Naur wrote:
> >
> >> $ cat concio001.hs
> >> import Control.Concurrent
> >>
> >> main = do
> >> forkIO $ do threadDelay 10; putStrLn "child"
> >> l
Hello,
On Thursday 19 July 2007 12:20, Simon Marlow wrote:
> Manuel M T Chakravarty wrote:
>
> > * If I run concio001 *manually*, I need to press
> > *twice* before it prints "parent". However,
> >
> > (sleep 0.3; echo x) | ./concio001
> >
> > still works. So, the behaviour seems to
Hello,
Running validate on my PPC Mac for the GHC HEAD that was current yesterday
afternoon reports:
> => print015(ghci)
> cd ./ghci.debugger/scripts &&
HC='/Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-and-copying-20070713_1212/ghc/compiler/stage2/ghc-inplace'
HC
Hello,
Running validate on my PPC Mac now succeeds. (Or, rather, it did, the latest
fails with a framework failure in print015.) It takes about 3.5 hours on my
slow machine.
It would be convenient if CLEANUP=1 were added to the make -C testsuite ...
command -- my machine is rather limited in d
ived: from linux.site (0x573a343a.odnqu1.broadband.tele.dk [87.58.52.58])
by pfepb.post.tele.dk (Postfix) with ESMTP id 79F02A5002B
for ; Wed, 18 Jul 2007 10:23:50 +0200 (CEST)
From: Thorkil Naur <[EMAIL PROTECTED]>
Date: Wed, 18 Jul 2007 10:19:52 +0200
User-Agent: KMail/1.8.2
Cc:
Hello,
In today's (2007-July-18) "Daily report for head"
http://www.haskell.org/pipermail/cvs-ghc/2007-July/036864.html
I find
> New unexpected test failures:
>
> forkprocess01 1 tnaur PPC OSX head
Now, forkprocess01 normally fails on the tnaur PPC OSX head builder, but there
is some
Hello,
On Wednesday 18 July 2007 04:51, Manuel M T Chakravarty wrote:
> Ian Lynagh wrote,
> > Mon Jul 16 18:32:41 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
> > * Bump the delay for concio from 0.45 to 1s
> > It wasn't long enough on thorkil's Mac. Should really do something based
> > on the c
> Cheers,
> Simon
>
> Thorkil Naur wrote:
> ...
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Hello,
Lately, I have tried to use the complete darcs repository snapshot
http://darcs.haskell.org/ghc-HEAD-20070621.tar.bz2
to create myself such a complete and up-to-date ghc repository. I have some
minor comments to this snapshot. But also a more serious problem, it looks
darcs-related, t
Hello,
On Friday 22 June 2007 16:46, Thorkil Naur wrote:
> Hello,
> ...
> I'll pull the missing patches from HEAD and try again.
And I did and the result is the same as before on my PPC Mac OS X:
...
Registering html-1.0.1...
rm -f -f stamp/configure.library.*.network network/un
day?
>
> Cheers,
> Simon
>
> Thorkil Naur wrote:
>
> > A PPC Mac OS X build today ended like this:
> >
> > Registering html-1.0.1...
> > rm -f -f stamp/configure.library.*.network network/unbuildable
> > ( cd network && setup/Setup
a MSYS shell can't invoke a .bat
script, and a cmd shell can't invoke a shell script, so it was a nightmare to
make the MSYS build system work. Simon has a arranged to build an executable
instead, which always works, on any platform, invoked from any shell. Thank
you Simon!
>
Hello,
For what it is worth: At least some of the buildbot slaves seem to suffer a
problem in this area, see for example
http://darcs.haskell.org/buildbot/head/mnemosyne%20x86-64%20Gentoo%20head/builds/67/step-stage1/0
Best regards
Thorkil
On Friday 22 June 2007 07:45, Andy Gill wrote:
> I had
Hello,
Since there are, in this report, rather few unexpected results with the tnaur
builder as "smallest", I will take the opportunity to briefly summarize the
details of these cases. Please understand that I have not looked into any of
these cases in detail, except for forkprocess01 that I ha
Hello,
On Monday 11 June 2007 10:11, Simon Marlow wrote:
> ...
> It's pretty clear that we have some kind of problem with the "threaded1" way
on
> PPC/OSX.
Looking at a few of these cases, I would suggest applying the patch from #1362
Fix PPC Mac OS X memory access problem in includes/SMP.h.
Hello,
With the tnaur PPC OSX buildbot slave back in business, I have finally spent
the effort to figure out in detail what these reports actually tell me. As I
understand the buildbot-collator code, an element in the lists of unexpected
passes and failures gives the test name, the number of bu
Hello,
Please refer to
http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/012290.html
and the mail thread leading up to this response. It seems to be the same
problem.
Best regards
Thorkil
On Monday 28 May 2007 14:13, Gabriele Keller wrote:
> I had a serious problem building ghc
Hello,
Thanks a lot again for your help, support, and ideas to get me out of this
mess.
On Thursday 10 May 2007 10:29, Simon Marlow wrote:
> ... Or something strange happening
> at your ISP?
> ...
I have finally managed to get my ISP to look at it harder. It seems that it
will extend into ne
Hello,
On Monday 07 May 2007 11:52, Malcolm Wallace wrote:
> Thorkil Naur <[EMAIL PROTECTED]> wrote:
>
> > Additional experiments indicate that the darcs get fails in about 4
> > out of 5 attempts, without me knowingly affecting the circumstances.
> > So I am
Hello,
I have this machine:
> $ uname -a
> Linux linux 2.6.13-15-default #1 Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386
GNU/Linux
that might be used as an additional GHC buildbot slave.Say the word and I'll
start suitable preparations.
Best regards
Thorkil
___
Hello,
Sun Apr 29 10:03:42 EDT 2007 Ian Lynagh igloo at earth.li wrote
(http://www.haskell.org/pipermail/cvs-ghc/2007-April/035334.html):
> * Make darcs-all a perl script
> This fixes a problem where patches altering the darcs-all script break
> on Windows as the file is open. The script is n
Hello,
On Sunday 06 May 2007 16:55, Thorkil Naur wrote:
> ...
> Thanks. Mysteriously, it works for me as well now. Probably some silly
mistake
> I made. Or maybe I could blame some network cache?
> ...
Unfortunately, this was just one success out of many failures. Additional
Hello,
On Sunday 06 May 2007 15:50, Pepe Iborra wrote:
> ...
> That's very weird. I tried the same in my Os X x86 and it worked finely:
> ...
Thanks. Mysteriously, it works for me as well now. Probably some silly mistake
I made. Or maybe I could blame some network cache?
Best regards
Thorkil
_
Hello Ian,
On Sunday 06 May 2007 14:26, Ian Lynagh wrote:
> ...
> I've just tagged+checkpointed the GHC repo - has that fixed the problem?
No, I'm afraid not: darcs get --verbose --partial http://darcs.haskell.org/ghc
still gets stuck at the same spot.
> ...
> By the way, what does "darcs --exa
Hello,
Recently, my buildbot slave on Mac OS X 10.4.8 has consistently failed in the
darcs get of the HEAD. Interestingly, I am able to get the 6.6 branch: darcs
get --verbose --partial http://darcs.haskell.org/ghc-6.6/ghc seems to work
fine.
Here are some details of a manual attempt to get th
Hello,
In the few cases where I have submitted darcs patches, I used
darcs send -o some_filename.patch
to create the patch as a local file, then passed that file to the appropriate
receiver as an ordinary email attachment. This also leaves me with a copy of
the patch to play around with.
Be
Hello,
I have followed the development of various reporting formats used for the
daily buildbot test results with interest. Here are some suggestions. My main
concern is to make it easy to follow the state of the individual test case in
some detail so that it becomes easier to see which test ca
skell.org ([128.36.229.215]) by fep24.mail.dk
(InterMail vG.2.02.00.00 201-2161-120-101-20051020) with ESMTP
id <[EMAIL PROTECTED]>
for <[EMAIL PROTECTED]>; Thu, 8 Feb 2007 18:48:48 +0100
Received: from haskell.cs.yale.edu (localhost.localdomain [127.0.0.1])
Hello,
The latest build (2) of the ghc-HEAD on PPC Mac OS X (buildbot
tnaur-ppc-osx-head) has failed with the message
/usr/local/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes
-istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename
-istage1/typecheck -istage1/deSugar -is
97 matches
Mail list logo
