[nightly] 02-May-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

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 Fri May 2 18:00:01 BST 2008. checking out

Re: [issue829] pull => bug in get_extra commuting patch

> Any chance this was a partial repository? No chance. > For what it's worth, I now have darcs 1.0.9 as well as darcs 2.0.0 on my > machine, so if there's any specific steps I can take to reproduce this, let > me know. Pushing a 100+MB tarball up through my ADSL line will knock out Internet

Re: [issue829] pull => bug in get_extra commuting patch

> > > Simon/Norman: what version of darcs was this? I'm hoping this is something > that darcs2 has already fixed. > > More specifically, looking at issue279, I understand that David has fixed a > get_extra commuting patch bug between darcses 1.0.9 and 2.0.0. This is in fact 1.0.9 (Debian

patch applied (ghc): Make darcs-all act on all repos in libraries/, not just boot/extra libs

Fri May 2 10:47:53 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make darcs-all act on all repos in libraries/, not just boot/extra libs M ./darcs-all -4 +18 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080502174753-3fd76-81e6534da1110a14ecea5221f4dbdca35fe25192.gz __

patch applied (ghc): When validating, configure with "--prefix=`pwd`/inst"

Fri May 2 08:56:49 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * When validating, configure with "--prefix=`pwd`/inst" This means a validate build can be installed locally. `pwd`/inst probably won't give a useful value on all platforms (in particular there are probably some Windows configurat

patch applied (ghc): Improve the unboxed types documentation

Wed Apr 30 08:25:08 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Improve the unboxed types documentation Mainly adding descriptions of unboxed literals, M ./docs/users_guide/glasgow_exts.xml -2 +16 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080430152508-3fd76-de39c222c

patch applied (testsuite): We expect T2238 to fail with GHC 6.8

Fri May 2 09:05:47 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * We expect T2238 to fail with GHC 6.8 M ./tests/ghc-regress/indexed-types/should_compile/all.T -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080502160547-3fd76-513820c6966f136b808d7fcdd5084a4e2f2320

RE: [issue829] pull => bug in get_extra commuting patch

Ah, that is possible Norman will know. | -Original Message- | From: Eric Kow [mailto:[EMAIL PROTECTED] | Sent: 02 May 2008 11:00 | To: [EMAIL PROTECTED]; cvs-ghc@haskell.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; | [EMAIL PROTECTED]; [EMAIL PROTECTED]; Simon Peyton-Jones | Subject: [issu

[issue829] pull => bug in get_extra commuting patch

Any chance this was a partial repository? For what it's worth, I now have darcs 1.0.9 as well as darcs 2.0.0 on my machine, so if there's any specific steps I can take to reproduce this, let me know. __ Darcs bug tracker <[EMAIL PROTECTED]>

RE: [issue829] pull => bug in get_extra commuting patch

Old darcs 1.0.9 I think. I am reluctant to switch to darcs 2.0 until I am confident that it works right, and without the major slow-downs that Simon reports. If this is simply a known bug in 1.0.9 we can, I believe, work around it by shipping a tar-ball of a recent repo. I was puzzled because

[issue829] pull => bug in get_extra commuting patch

Simon/Norman: what version of darcs was this? I'm hoping this is something that darcs2 has already fixed. More specifically, looking at issue279, I understand that David has fixed a get_extra commuting patch bug between darcses 1.0.9 and 2.0.0. -- nosy: +kowey priority: -> bug status:

[issue830] trouble getting repo up to date

Duplicate of issue829 (sorry, Simon; our bugtracker has been posting double-bugs for a while now and we haven't figured out why yet) -- nosy: +kowey priority: -> bug status: unread -> resolved superseder: +trouble getting repo up to date __ Darcs bug tra

Re: configure hangs trying to build current HEAD

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

RE: trouble getting repo up to date

I have no clue what the darcs bug is. I thought the testsuite had no conflicts, and hence would not get "commuting_patch" errors. However, to get you un-wedged I've put an update-to-date tarball of the testsuite at http://research.microsoft.com/~simonpj/downloads/testsuite.tar.gz If you

Re: [Haskell-cafe] Announce: ghc-core, command line pager for reading GHC Core

Hi Don, > 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. This is cool, but it still lags behind the facilities found in yhc-core. http://yhc06.blogspot.com/2006/12/

Daily report for head

Build results: x86-64 Linux head: fail (failed stage1) x86 Windows head fast: pass pass macgyver PPC OSX head: pass x86-64 Linux head unreg: pass Old unexpected test passes: stableptr003 5 gabor head Old unexpected test failures: 16791 x86-64 Linux head unre

Daily report for stable

Build results: gabor stable:pass tnaur PPC OSX stable 2: fail (failed darcs) tnaur x86 Linux stable: fail (failed stage1) x86 Windows stable fast: pass pass x86-64 Linux stable: pass New unexpected test passes: cg057 1 x86-64 Linux stable New unexpected test failures: