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 Mon Jun 2 18:00:01 BST 2008.
checking out
Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
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 2 18:10:01 BST 2008.
checkin
Mon Jun 2 00:07:05 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* MacOS installer: clean up Xcode project spec
M ./distrib/MacOS/GHC.xcodeproj/project.pbxproj -30 +4
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080602070705-6295e-10017a01f56cd5d1d158b0995024c4e8
I just had a validate run halt with the message
Running Haddock for ghc-prim-0.1...
Setup: Haddock's internal GHC version must match the configured GHC
version
after updating to Haddock 2.0. I am far from convinced that it makes
sense to enforce matching compiler versions here. In par
for example here is my result of running indexed-types/GADT11 test
explicitly:
=> GADT11(normal)
cd . &&
'/Users/me/modified/ghcAlexSpeedTest/compiler/stage1/ghc-inplace'
-no-recomp -dcore-lint -dcmm-lint -Di386_unknown_linux -c GADT11.hs
>GADT11.comp.stderr 2>&1
Actual stderr output di
many of these HEAD validation test failures are the same as I saw months
ago in http://thread.gmane.org/gmane.comp.lang.haskell.cvs.ghc/25738
(though many are different ones too). Maybe I should look at the tests
personally, since I'm the one with the machine that can reproduce them?
OVERALL
Mon Jun 2 13:41:13 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Skip print026 in the 6.8 branch
It fails for me, but not consistently - possibly only with a validate
build. Seems plausible that the problem is something like library build
flags.
-l = Data.Sequence.Seq (Data.Sequence.Deep
Mon Jun 2 10:48:56 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* MERGED: FIX #1970: ghci -hide-all-packages should work
Simon Marlow <[EMAIL PROTECTED]>**20080528154528] {
M ./compiler/ghci/GhciMonad.hs -5 +3
View patch online:
http://darcs.haskell.org/ghc-6.8/ghc/_darcs/patches/20080602174
Mon Jun 2 07:37:26 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* FIX #2231: add missing stack check when applying a PAP
This program makes a PAP with 203 arguments :-)
M ./rts/Interpreter.c +11
View patch online:
http://darcs.haskell.org/ghc-6.8/ghc/_darcs/patches/20080602143726-12142-919
Mon Jun 2 07:49:45 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix validate: -Werror bug in patch "Replacing copyins and copyouts..."
M ./compiler/iface/BinIface.hs -5
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080602144945-12142-274a9c667ed1298f8588b3a6d02d131cefe7f
Mon Jun 2 07:37:26 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* FIX #2231: add missing stack check when applying a PAP
This program makes a PAP with 203 arguments :-)
M ./rts/Interpreter.c +11
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080602143726-12142-919b542a3de
Mon Jun 2 06:38:01 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* -fforce-recomp should be unnecessary for Main.hs in stage[23] now
M ./compiler/Makefile.ghcbin -3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080602133801-12142-5fce93d273f5aa966513cd6159f5286dbdaaf18e.gz
Right, sorry about that. For those interested, the problem occurred around the
following line:
#if __GLASGOW_HASKELL__ >= 607
Where I'm building with a recent version and the failing builds uses an old
version.
Validation in progress, pushing soon
-j
> -Original Message-
> From: Simon P
Thu May 29 03:41:47 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* hs_add_root() is necessary before calling any Haskell code
M ./tests/ghc-regress/concurrent/should_run/conc059_c.c +3
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080529104147-12142-605e1b019689b8ec16
Fri May 30 08:03:42 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Attempt to work around #2013: lack of MAP_32BIT on x86_64-*bsd
Patch derived from the one attached to the ticket by mboes
M ./rts/Linker.c -22 +60
View patch online:
http://darcs.haskell.org/ghc-6.8/ghc/_darcs/patches/200805
We've been removing most uses of DEBUG from the compiler recently, in
favour of using Util.debugIsOn. Also, the ASSERT macros were changed so
that they actually compile the code of the test in both DEBUG and non-DEBUG
modes, to avoid needing conditional imports.
The Coding Style commentary do
Ian Lynagh wrote:
Fri May 30 10:56:28 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Skip recomp005 in the 6.8 branch
The output looks OK to me, although I'm not sure why it differs to the HEAD.
M ./tests/ghc-regress/driver/recomp005/all.T -1 +3
recomp005 is testing quite a subtle bug to d
Build results:
gabor stable:fail (failed darcs)
kahl G5 Gentoo Linux stable: fail (failed darcs)
kgardas stable: fail (failed stage1)
tnaur x86 Linux stable: pass pass
x86 Windows stable: fail (failed bindisttest)
x86 Windows stable fast: pass pass pas
Build results:
x86-64 Linux head: fail (failed stage1)
x86 Windows head: fail (failed stage1)
x86 Windows head fast: fail (failed stage1) fail (failed stage1) fail
(failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1)
kahl G5 Gentoo Linux head: fail (f
Good idea! I've been caught by this too
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Isaac Dupree
| Sent: 02 June 2008 02:09
| To: BuildBot Collator
| Subject: CPP "DEBUG" and validate
|
| This seems to be the most common way that validate i
Yes, John Dias will be in today and will fix this.
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Isaac Dupree
| Sent: 02 June 2008 01:47
| To: BuildBot Collator
| Subject: head validate fails, or am I doing something wrong?
|
| ghc checkout as
21 matches
Mail list logo
