Re: haskell98 package is hidden?

2009-08-18 Thread Ben Lippmeier
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/nativeGen -icompiler/basicTypes -icompi

haskell98 package is hidden?

2009-08-18 Thread Ben Lippmeier
A build of a fresh head repo with GHC 6.10.3 on x86-linux died for me with: "/home/benl/software/ghc-6.10.3/bin/ghc" -M -include-pkg-deps -dep-makefile compiler/stage1/build/.depend-v -H32m -O -package-conf libraries/bootstrapping.conf -package-name ghc-6.11 -hide-all-packages ... compiler/

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

2009-08-18 Thread GHC Build Reports
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 Tue Aug 18 19:00:02 BST 2009. **

Re: Build failures in head.

2009-08-18 Thread Ben Lippmeier
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 validate. x86_64/Linux is fine - I use it

patch applied (ghc): Remove the lock around NameCache for readBinIface.

2009-08-18 Thread Thomas Schilling
Tue Aug 18 14:32:43 PDT 2009 Thomas Schilling * Remove the lock around NameCache for readBinIface. Turns out using atomic update instead of a full-blown lock was easier than I thought. It should also be safe in the case where we concurrently read the same interface file. Whichever th

patch applied (testsuite): add test for #3429

2009-08-18 Thread Simon Marlow
Tue Aug 18 07:00:30 PDT 2009 Simon Marlow * add test for #3429 Ignore-this: 3ad7efc0274575bb7290ca952533c594 A ./tests/ghc-regress/concurrent/should_run/3429.hs A ./tests/ghc-regress/concurrent/should_run/3429.stdout M ./tests/ghc-regress/concurrent/should_run/all.T +3 View patc

Re: patch applied (ghc): Add -r option to darcs-all, and remove push-all (#3375)

2009-08-18 Thread Ian Lynagh
On Tue, Aug 18, 2009 at 03:23:32PM +0100, Simon Marlow wrote: > > I thought the UI was nicer. > > ./darcs-all -r ~/ghc-HEAD pull > > vs. > > ./push-all --pull --checked-out ~/ghc-HEAD I just have little ./push-monk ./pull-mac [etc] wrapper scripts, which take care of which of --pul

Re: patch applied (ghc): Add -r option to darcs-all, and remove push-all (#3375)

2009-08-18 Thread Simon Marlow
On 18/08/2009 14:37, Ian Lynagh wrote: On Tue, Aug 18, 2009 at 12:36:35PM +0100, Simon Marlow wrote: On 07/08/2009 16:57, Ian Lynagh wrote: Mon Aug 3 03:44:13 PDT 2009 Simon Marlow UNDO: Add -r option to darcs-all, and remove push-all (#3375) Ian - what's the plan for this patch? You p

patch applied (ghc): Fix #3429: a tricky race condition

2009-08-18 Thread Simon Marlow
Tue Aug 18 04:29:42 PDT 2009 Simon Marlow * Fix #3429: a tricky race condition Ignore-this: c6f47c6bd3b12ecbd7aa3cfcd25bf9a7 There were two bugs, and had it not been for the first one we would not have noticed the second one, so this is quite fortunate. The first bug is in stg_unb

patch applied (ghc): comment fixes (install.mk.in, not dirs.mk.in)

2009-08-18 Thread Simon Marlow
Mon Aug 17 02:47:24 PDT 2009 Simon Marlow * comment fixes (install.mk.in, not dirs.mk.in) Ignore-this: 1ca40b832e7cec7a560762a40daa8d4f M ./mk/install.mk.in -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090817094724-12142-facb9be0835269203364c34f4d300b767c78da4b

patch applied (ghc): Fix configure summary: --enable-shared has gone

2009-08-18 Thread Simon Marlow
Mon Aug 17 02:12:10 PDT 2009 Simon Marlow * Fix configure summary: --enable-shared has gone Ignore-this: 97dce2f98f13c00fd4475f78f3c04e84 M ./configure.ac -3 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090817091210-12142-c1dbcaed552928466ac7126a2ed7e28413f3e5c1.g

patch applied (ghc): comment fix

2009-08-18 Thread Simon Marlow
Mon Aug 17 02:11:05 PDT 2009 Simon Marlow * comment fix Ignore-this: 880c1948e6f1cfc2841c20a9f93232c1 M ./mk/config.mk.in -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090817091105-12142-3f4c57f9a238bff0035372d086e8a210a43ce763.gz __

patch applied (ghc): remove unused file

2009-08-18 Thread Simon Marlow
Thu Aug 6 04:28:59 PDT 2009 Simon Marlow * remove unused file Ignore-this: b0aea4ddcd651e04806a4d2a0f250c3d R ./mk/bootstrap.mk View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090806112859-12142-3de5db27988a459be61e6b4ca58e9bd4bf3c53f8.gz _

patch applied (ghc): Fix unregisterised build

2009-08-18 Thread Simon Marlow
Thu Aug 6 02:54:17 PDT 2009 Simon Marlow * Fix unregisterised build Ignore-this: 93ad8435aa581fd767fb639b10c1ed4a M ./ghc.mk -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090806095417-12142-f2f36b4e53548f70f7546864f5c6086f5e6f436d.gz __

Re: Build failures in head.

2009-08-18 Thread Simon Marlow
On 18/08/2009 14:36, Simon Marlow wrote: The unregisterised build is broken, probably for tedious header-file related reasons. I need to look into that, but it doesn't affect the register allocator. And I just realised after making a ticket for the above, that I have a patch to fix it sitting

Re: patch applied (ghc): Add -r option to darcs-all, and remove push-all (#3375)

2009-08-18 Thread Ian Lynagh
On Tue, Aug 18, 2009 at 12:36:35PM +0100, Simon Marlow wrote: > On 07/08/2009 16:57, Ian Lynagh wrote: >> Mon Aug 3 03:44:13 PDT 2009 Simon Marlow >>UNDO: Add -r option to darcs-all, and remove push-all (#3375) > > Ian - what's the plan for this patch? You pulled it out without > comment.

Re: Build failures in head.

2009-08-18 Thread Simon Marlow
On 18/08/2009 13:54, Ben Lippmeier wrote: #2790: Use -fregs-graph by default ... Comment (by simonmar): Ben - do you plan to look into this in time for 6.12.1? (RC 11 Sept) I'd like to, but I can't do much with the NCG when the head is not building on some architectures. From the bui

Build failures in head.

2009-08-18 Thread Ben Lippmeier
#2790: Use -fregs-graph by default ... Comment (by simonmar): Ben - do you plan to look into this in time for 6.12.1? (RC 11 Sept) I'd like to, but I can't do much with the NCG when the head is not building on some architectures. From the build bot logs, the x86_64 build has been

patch applied (ghc): FIX #3405

2009-08-18 Thread chak
Tue Aug 18 05:14:25 PDT 2009 Manuel M T Chakravarty * FIX #3405 Ignore-this: 6ca07059605e9cdf5ab5aa5bb8cc4455 M ./compiler/types/FamInstEnv.lhs -4 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090818121425-6295e-563640ee1f74220fa1a1d966d44b4f3b2cbbff79.gz

Re: Lexing/parsing/renaming

2009-08-18 Thread David Waern
2009/8/18 Simon Marlow : >> Oh, ok. What I was wondering actually, was if it would work to use the >> GlobalRdrEnv stored in the HscEnv, right after typechecking the >> module. > > [widening to cvs-...@haskell.org] > > You're talking about this field: > >    hsc_global_rdr_env :: GlobalRdrEnv, >  

Re: Lexing/parsing/renaming

2009-08-18 Thread Simon Marlow
On 18/08/2009 12:13, David Waern wrote: 2009/8/18 Simon Marlow: On 18/08/2009 09:04, David Waern wrote: 2009/8/18 Simon Marlow: So you need a way to look up RdrNames in the context of the top-level scope of a module. The top-level scope of each module that GHC loads is stored in its ModIfac

Re: patch applied (ghc): Add -r option to darcs-all, and remove push-all (#3375)

2009-08-18 Thread Simon Marlow
On 07/08/2009 16:57, Ian Lynagh wrote: Mon Aug 3 03:44:13 PDT 2009 Simon Marlow UNDO: Add -r option to darcs-all, and remove push-all (#3375) Ian - what's the plan for this patch? You pulled it out without comment. Meanwhile I had updated some of my scripts to work with the new darcs-a