Re: Build failures in head.

Ben, I fully understand your frustration. Many times when I sat down in the morning to work on something specific, I found that the MacOS build broke and spent my time picking up somebody else's pieces instead. This has gotten *much* better with the introduction of the validate script,

Re: Build failures in head.

Simon Marlow wrote: Right - but we've explicitly said which platforms are everyone's problem, and which are not. You have to draw the line somewhere, and it's better for the line to be clear than fuzzy. Unfortunately both Sparc and Solaris are on the wrong side of the line. But without a r

[nightly] 19-Aug-2009 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

Build description = HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) 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 Aug 19 19:00:01 BST 2009. **

patch applied (ghc): Improve the "Stack space overflow" error; fixes trac #3296

Wed Aug 19 13:21:12 PDT 2009 Ian Lynagh * Improve the "Stack space overflow" error; fixes trac #3296 M ./rts/hooks/StackOverflow.c -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090819202112-3fd76-03409af24dd7f4c2f01af4787fa5e2fc9c503ab8.gz ___

patch: more syscall wrappers needed for NetBSD

The attached patches add wrappers for the remaining functions (gettimeofday, gmtime_r, and localtime_r) in need of wrapping on NetBSD. /Krister--- libraries/old-time/include/HsTime.h.orig2009-08-14 18:50:18.0 +0200 +++ libraries/old-time/include/HsTime.h 2009-08-14 18:58:32.0

[nightly] 19-Aug-2009 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 Wed Aug 19 18:00:02 BST 2009. checking out

patch applied (testsuite): add test for an illegal C finalizer callback

Wed Aug 19 05:39:52 PDT 2009 Simon Marlow * add test for an illegal C finalizer callback Ignore-this: 4de54a86ba9d6d588ea7d6008ba84737 M ./tests/ghc-regress/ffi/should_run/all.T +2 A ./tests/ghc-regress/ffi/should_run/ffi020.hs A ./tests/ghc-regress/ffi/should_run/ffi020.stderr

patch applied (testsuite): the remaining part of #1548 is now fixed

Wed Aug 19 05:01:41 PDT 2009 Simon Marlow * the remaining part of #1548 is now fixed Ignore-this: 4d90dde10d3987b4fab8b4309a5fb6ed M ./tests/ghc-regress/lib/Text.Printf/1548.hs -2 +1 M ./tests/ghc-regress/lib/Text.Printf/1548.stdout +1 View patch online: http://darcs.haskell.org/tes

patch applied (ghc): Detect C finalizer callbacks in rts_lock() instead of schedule()

Wed Aug 19 05:32:08 PDT 2009 Simon Marlow * Detect C finalizer callbacks in rts_lock() instead of schedule() Ignore-this: 522b05d928b711ee3473539c9db421b4 Otherwise, finalizer callbacks cause a deadlock in the threaded RTS (including GHCi) M ./rts/RtsAPI.c +9 M ./rts/Schedule.c -

patch applied (ghc): Bump Happy requirement from 1.15 to 1.16

Wed Aug 19 02:39:29 PDT 2009 Simon Marlow * Bump Happy requirement from 1.15 to 1.16 Ignore-this: d550a42d284b8585faf546231046134b Now that the haskell98 dependency of GHC has been removed, the Happy-generated parsers must import Data.Array rather than Array, and that change was made in

patch applied (ghc): Restore the entry field in StgInfoTable when !defined(TABLES_NEXT_TO_CODE)

Wed Aug 19 04:35:50 PDT 2009 Simon Marlow * Restore the entry field in StgInfoTable when !defined(TABLES_NEXT_TO_CODE) Ignore-this: 491038d9d526888f31e12e7349024e37 Somehow this got lost, probably in the recent RTS tidy-up. Fixes segfaults in unregisterised compilation. M ./include

patch applied (testsuite): Add a test for trac #3286

Wed Aug 19 04:37:24 PDT 2009 Ian Lynagh * Add a test for trac #3286 A ./tests/ghc-regress/codeGen/should_compile/T3286.hs A ./tests/ghc-regress/codeGen/should_compile/T3286b.hs M ./tests/ghc-regress/codeGen/should_compile/all.T +1 View patch online: http://darcs.haskell.org/testsu

patch applied (ghc): Fix warnings

Wed Aug 19 05:54:40 PDT 2009 Ian Lynagh * Fix warnings M ./compiler/main/Finder.lhs -1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090819125440-3fd76-4e84a9250c7e6da72fa159e810503d2ec0ae6642.gz ___ Cvs-ghc mailing list Cvs-

patch applied (ghc): Put a newtype wrapper around ModuleEnv

Tue Aug 18 12:29:03 PDT 2009 Ian Lynagh * Put a newtype wrapper around ModuleEnv M ./compiler/basicTypes/Module.lhs -43 +64 M ./compiler/iface/MkIface.lhs -1 +2 M ./compiler/main/Finder.lhs -4 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090818192903-3fd76-6

Re: Build failures in head.

On 19/08/2009 08:44, Ben Lippmeier wrote: Simon Marlow wrote: ghc-stage1: panic! (the 'impossible' happened) (GHC version 6.11.20090817 for sparc-sun-solaris2): Error in array index I have no idea what's going on here, but it looks suspiciously interface-file related (though I'm not sure why th

patch applied (ghc): Make the thr_dyn RTS ways optional on GhcUnregisterised

Wed Aug 19 02:55:38 PDT 2009 Simon Marlow * Make the thr_dyn RTS ways optional on GhcUnregisterised Ignore-this: 7bbeddde0fcd7f2030087f3292416492 Fixes this failure in the unreigsterised build: /usr/bin/ld: cannot find -lHSrts_thr M ./mk/config.mk.in -1 +1 View patch online: ht

patch applied (ghc): fix an include

Wed Aug 19 02:52:37 PDT 2009 Simon Marlow * fix an include Ignore-this: d2988008e40589f615e56f92df01c19b M ./rts/package.conf.in -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090819095237-12142-30ce007ae194039e94ade65606dbf1e4346a3455.gz ___

patch applied (ghc): remove some redundant declarations

Wed Aug 19 02:43:38 PDT 2009 Simon Marlow * remove some redundant declarations Ignore-this: ce62ec28b40d00f6e8b072807b2f7591 M ./includes/stg/MiscClosures.h -5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090819094338-12142-bf1646eb167a5611e1b9f7729e6c9a1b75831ab0.gz

Re: Build failures in head.

On 19/08/2009 10:06, Ben Lippmeier wrote: Simon Marlow wrote: We (i.e. Simon PJ, Ian and myself) commit to keeping our tier-1 platforms working, namely Windows, x86 and x86-64/Linux and x86/MacOS X. We can't realistically add any more platforms to this list without having an expert with access

Re: Build failures in head.

On Wed, Aug 19, 2009 at 07:06:02PM +1000, Ben Lippmeier wrote: > Perhaps what we need is some better build bots. It would be good to have > a mechanism to run a build with "the current head + these patches" on > all architectures easily. It would also be helpful for those who are running build s

Re: haskell98 package is hidden?

Simon Marlow wrote: compiler/stage1/build/ParsePkgConf.hs:24:0: Failed to load interface for `Array': it is a member of the hidden package `haskell98' Use -v to see a list of the files searched for. haskell98 is no longer a dependency of GHC. I think you're running into problems because you h

Re: Build failures in head.

Simon Marlow wrote: We (i.e. Simon PJ, Ian and myself) commit to keeping our tier-1 platforms working, namely Windows, x86 and x86-64/Linux and x86/MacOS X. We can't realistically add any more platforms to this list without having an expert with access to a box to help us fix things. Yeah, I

Re: haskell98 package is hidden?

On 19/08/2009 07:24, Ben Lippmeier wrote: Ben Lippmeier wrote: Manually passing -package haskell98 to this command fixes it. I spoke too soon: "/home/benl/software/ghc-6.10.3/bin/ghc" -H32m -O -package-conf libraries/bootstrapping.conf -package-name ghc-6.11 -hide-all-packages -i -icompiler/n

Re: Build failures in head.

On 19/08/2009 00:40, Ben Lippmeier wrote: Simon Marlow wrote: I don't think it's as bad as you make out - all the Tier 1 platforms are validating at the moment, as far as I know. The nightly builds test a lot more than validate (e.g. binary distributions), but for development all you need is val

Re: Build failures in head.

Simon Marlow wrote: ghc-stage1: panic! (the 'impossible' happened) (GHC version 6.11.20090817 for sparc-sun-solaris2): Error in array index I have no idea what's going on here, but it looks suspiciously interface-file related (though I'm not sure why that would be Sparc-specific at a