[nightly] 18-Sep-2008 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 Thu Sep 18 19:00:01 BST 2008. **

patch applied (testsuite): T1470 now passes

Thu Sep 18 13:41:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * T1470 now passes M ./tests/ghc-regress/typecheck/should_compile/all.T -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918204155-3fd76-57d97b3856ca0aaffd0c15cb1b083b51b9885796.gz _

patch applied (testsuite): Give a bug number for the print022 failure, fixing a testsuite failure

Thu Sep 18 14:01:12 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Give a bug number for the print022 failure, fixing a testsuite failure M ./tests/ghc-regress/ghci.debugger/scripts/all.T -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918210112-3fd76-55046401440

patch applied (ghc): Put generated files in source dists

Thu Sep 18 12:44:24 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Put generated files in source dists We don't want to require that users building source dists have alex/happy M ./Makefile +20 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918194424-3fd76-ed74700fbf98402

patch applied (ghc): Add libraries/syb to .darcs-boring

Thu Sep 18 12:01:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add libraries/syb to .darcs-boring M ./.darcs-boring +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918190116-3fd76-eac618081aab3e1ea1c91faebbffb2300a6cd784.gz ___

Re: out of memory when running haddock

I measured on OS X the other day. Peak was at about 700 MB (on a 32 bit system, it's probably even more on 64 bit). Simon M said there used to be a memory usage bug in --make mode, because interface files were retained for too long; this could be related. On Thu, Sep 18, 2008 at 9:53 PM, Thorkil

Re: out of memory when running haddock

2008/9/18 Thorkil Naur <[EMAIL PROTECTED]>: >> I wonder wether this is an OpenBSD specific bug, just an ordinary >> memory leak, or Haddock really needing that much memory.(I'll just >> disable haddocking for now to proceed with testing) > > OpenBSD-specific it is not. > When I ported Haddock I di

Re: out of memory when running haddock

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

patch applied (testsuite): print022 is failing atm, I don't know exactly why

Thu Sep 18 12:13:23 PDT 2008 pepe iborra <[EMAIL PROTECTED]> * print022 is failing atm, I don't know exactly why M ./tests/ghc-regress/ghci.debugger/scripts/all.T -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918191323-d4749-4792d8fd88803fb308e0161f0dc2e7a

patch applied (testsuite): Tickets #1995, #2475 are now fixed

Thu Sep 18 11:11:00 PDT 2008 pepe iborra <[EMAIL PROTECTED]> * Tickets #1995, #2475 are now fixed M ./tests/ghc-regress/ghci.debugger/scripts/all.T -6 +6 M ./tests/ghc-regress/ghci.debugger/scripts/break011.stdout -5 +10 M ./tests/ghc-regress/ghci.debugger/scripts/break017.stdout -4

patch applied (testsuite): Accept output

Thu Sep 18 09:44:15 PDT 2008 pepe iborra <[EMAIL PROTECTED]> * Accept output M ./tests/ghc-regress/ghci.debugger/GADT.hs -4 +5 M ./tests/ghc-regress/ghci.debugger/scripts/break003.script +2 M ./tests/ghc-regress/ghci.debugger/scripts/break012.stdout -2 +2 M ./tests/ghc-regress/g

patch applied (testsuite): Add a new test

Thu Sep 18 09:43:41 PDT 2008 Pepe Iborra <[EMAIL PROTECTED]> * Add a new test M ./tests/ghc-regress/ghci.debugger/GADT.hs -2 +2 M ./tests/ghc-regress/ghci.debugger/scripts/all.T +1 A ./tests/ghc-regress/ghci.debugger/scripts/print034.script A ./tests/ghc-regress/ghci.debugger/sc

patch applied (testsuite): remove some calls to the old 'breakpoint' combinator

Sat Sep 13 09:20:43 PDT 2008 Pepe Iborra <[EMAIL PROTECTED]> * remove some calls to the old 'breakpoint' combinator M ./tests/ghc-regress/ghci.debugger/mdo.hs -2 +1 M ./tests/ghc-regress/ghci.debugger/scripts/break018.stdout -8 +5 View patch online: http://darcs.haskell.org/testsuite/_

patch applied (ghc): Fix a couple of issues with :print

Thu Sep 18 05:21:33 PDT 2008 pepe * Fix a couple of issues with :print - Ticket #1995: Unsoundness with newtypes - Ticket #2475: "Can't unify" error when stopped at an exception In addition this patch adds the following: - Unfailingness:

patch applied (ghc): wibble

Fri Apr 18 10:23:03 PDT 2008 pepe <[EMAIL PROTECTED]> * wibble M ./compiler/ghci/RtClosureInspect.hs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080418172303-f898f-8e245bdd274149fb9e2947a823f1262f738db37b.gz ___ Cvs-gh

Re: libraries/time

Hi Neil, On Wed, Sep 17, 2008 at 08:54:50AM +0100, Mitchell, Neil wrote: > > However, the exact same "time" issues do crop up if I try and install > the time package on a different machine (without mingw/cygwin etc) using > a binary distribution of GHC HEAD - so something seems wrong somewhere.

out of memory when running haddock

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 to 640MB): gmake[1]: Entering directory `/var/tmp/ghc/ghc/compiler' /var/tmp/g

patch applied (ghc): RichTokenStream support

Thu Sep 18 09:52:56 PDT 2008 Chaddai Fouche <[EMAIL PROTECTED]> * RichTokenStream support This patch adds support for raw token streams, that contain more information than normal token streams (they contains comments at least). The "lexTokenStream" function brings this support to the

Re: ghc head on windows: gcc.exe: installation problem, cannot exec `cc1': No such file or directory

On Thu, Sep 18, 2008 at 01:39:15AM +0100, Ian Lynagh wrote: > On Mon, Sep 15, 2008 at 01:15:50PM +0100, Claus Reinke wrote: > > I just pulled the latest head and tried to build, getting > > > > gcc.exe: installation problem, cannot exec `cc1': No such file or directory > > Duncan pushed a patch t

Re: Windows build issues

On Tue, Sep 16, 2008 at 02:43:42PM +0100, Mitchell, Neil wrote: > > The problem is that perl on my PATH is the ghc-6.8.3 one I don't think that that is supposed to to work, and I'm a bit confused why it is the first perl in your path because I thought that you said that you added that directory t

[nightly] 18-Sep-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 Thu Sep 18 18:02:05 BST 2008. checking out

Release candidate

Ian I've pushed all I intend to for the beta/release-candidate. I assume you are about to fork the tree? S ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): When passing gcc -B, also tell it where the mingw include directory is

Thu Sep 18 07:33:12 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * When passing gcc -B, also tell it where the mingw include directory is M ./compiler/main/SysTools.lhs -2 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918143312-3fd76-f316ba363d9a46537f1420d08b0105466e77

patch applied (ghc): Be more forceful when cleaning in compiler/ and ghc/

Thu Sep 18 06:44:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Be more forceful when cleaning in compiler/ and ghc/ Now that the Cabal file is generated by configure, it would be nice if clean worked even if the cabal file is missing. So now we just rm -rf the dist directory. M ./compi

patch applied (ghc): Don't put the mingw directory in RTS's package.conf

Thu Sep 18 07:31:18 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Don't put the mingw directory in RTS's package.conf M ./rts/package.conf.in -3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918143118-3fd76-b3b70371a10c82d2313761563340f0a2b69b0c5e.gz

patch applied (ghc): Generate ghc.cabal and ghc-bin.cabal with configure

Thu Sep 18 06:36:36 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Generate ghc.cabal and ghc-bin.cabal with configure This allows us to put the proper version number into them ./compiler/ghc.cabal -> ./compiler/ghc.cabal.in ./ghc/ghc-bin.cabal -> ./ghc/ghc-bin.cabal.in M ./compiler/

patch applied (ghc): Make the ghci scripts point to the versioned GHC program, not just "ghc"

Thu Sep 18 05:25:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make the ghci scripts point to the versioned GHC program, not just "ghc" M ./driver/ghci/Makefile -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918122516-3fd76-27c0796a40eb1ce51bd03b69164e2aad73826948

patch applied (ghc): Avoid arity reduction when doing eta-reduce

Wed Sep 17 09:27:04 PDT 2008 [EMAIL PROTECTED] * Avoid arity reduction when doing eta-reduce We like things with high arity, so when doing eta reduction it's probably a good idea to avoid reducing arity. M ./compiler/simplCore/SimplUtils.lhs -9 +22 View patch online: http://darcs

patch applied (ghc): Add a missing "prime" (env' --> env'') thereby fixing a tripping WARN. Hurrah!

Thu Sep 18 08:51:44 PDT 2008 [EMAIL PROTECTED] * Add a missing "prime" (env' --> env'') thereby fixing a tripping WARN. Hurrah! M ./compiler/simplCore/Simplify.lhs -2 +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918155144-1287e-2eade7e31e48c12229ada9ff05aee68561

patch applied (testsuite): Follow error message changes (Trac #2604)

Thu Sep 18 09:21:19 PDT 2008 [EMAIL PROTECTED] * Follow error message changes (Trac #2604) M ./tests/ghc-regress/typecheck/should_fail/tcfail117.stderr -2 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918162119-f1c6d-2d0ada57e5b6aab447216c22d760f9af41d5ad72.g

patch applied (testsuite): Test Trac #2604

Wed Sep 17 06:50:26 PDT 2008 [EMAIL PROTECTED] * Test Trac #2604 A ./tests/ghc-regress/deriving/should_fail/T2604.hs A ./tests/ghc-regress/deriving/should_fail/T2604.stderr M ./tests/ghc-regress/deriving/should_fail/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_da

patch applied (ghc): Fix Trac #1470: improve handling of recursive instances (needed for SYB3)

Thu Sep 18 09:17:19 PDT 2008 [EMAIL PROTECTED] * Fix Trac #1470: improve handling of recursive instances (needed for SYB3) This bug has been hanging around for a long time, as you'll see by its number. The fix implements a feature that is really needed by SYB3, to allow an instance to (

patch applied (ghc): Comments only

Thu Sep 18 08:56:02 PDT 2008 [EMAIL PROTECTED] * Comments only M ./mk/validate-settings.mk +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918155602-1287e-42555fa479167b042ad15a108a5890f4bcf976f7.gz ___ Cvs-ghc mailing lis

patch applied (ghc): Replace ASSERT with WARN, and explain why

Thu Sep 18 08:52:45 PDT 2008 [EMAIL PROTECTED] * Replace ASSERT with WARN, and explain why The DPH library tripped an ASSERT. The code is actually OK, but it's badly-optimised so I changed it to WARN. The issue here is explained in ClosureInfo, Note [Unsafe coerce complications].

patch applied (ghc): Fix nasty infelicity: do not short-cut empty substitution in the simplifier

Wed Sep 17 09:29:10 PDT 2008 [EMAIL PROTECTED] * Fix nasty infelicity: do not short-cut empty substitution in the simplifier I was perplexed about why an arity-related WARN was tripping. It took me _day_ (sigh) to find that it was because SimplEnv.substExpr was taking a short cut when

patch applied (ghc): Add extra WARN test

Wed Sep 17 09:24:34 PDT 2008 [EMAIL PROTECTED] * Add extra WARN test This warning tests that the arity of a function does not decrease. And that it's at least as great as the strictness signature. Failing this test isn't a disater, but it's distinctly odd and usually indicates tha

patch applied (ghc): Comments only

Wed Sep 17 09:23:50 PDT 2008 [EMAIL PROTECTED] * Comments only M ./compiler/simplCore/SetLevels.lhs -2 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080917162350-1287e-5b71705123024cd6173e90b9ca906b4a31eb3bd8.gz ___ Cvs-ghc

patch applied (ghc): Re-adjust interaction between -ddump flags and force-recompilation

Wed Sep 17 09:19:20 PDT 2008 [EMAIL PROTECTED] * Re-adjust interaction between -ddump flags and force-recompilation If you say -ddump-xx we effectively add -fforce-recomp, so that you see your dump output. But this works badly in --make mode, because you get the ddump output for every

patch applied (ghc): Add Outputable GhcMode instance

Wed Sep 17 09:18:47 PDT 2008 [EMAIL PROTECTED] * Add Outputable GhcMode instance M ./compiler/main/DynFlags.hs +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080917161847-1287e-0b7306b810e502ae7d88e1b907db42e4a7253d53.gz ___

patch applied (ghc): Improve error reporting for 'deriving' (Trac #2604)

Wed Sep 17 06:51:04 PDT 2008 [EMAIL PROTECTED] * Improve error reporting for 'deriving' (Trac #2604) M ./compiler/typecheck/TcDeriv.lhs -37 +47 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080917135104-1287e-b8e9a2da31a52371caa9d693c877711e78442691.gz _

patch applied (ghc): Add link to GADT paper re rigid types

Tue Sep 16 02:45:21 PDT 2008 [EMAIL PROTECTED] * Add link to GADT paper re rigid types M ./docs/users_guide/glasgow_exts.xml -1 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080916094521-1287e-87f0244b2bd73c9e5b1d6b088b8296e4dac4618b.gz __

patch applied (testsuite): update output

Thu Sep 18 03:02:47 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * update output M ./tests/ghc-regress/ghci/scripts/ghci024.stderr -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918100247-12142-ca90ade860aaea2a523627127ed94037f11062d9.gz _

RE: ghc head on windows: gcc.exe: installation problem, cannotexec `cc1': No such file or directory

> > Actually I've pushed an updated patch to Cabal HEAD, so I'm hoping > > someone will test & validate that on Windows. Though it needs to be > > tested by someone who was having the problem because it does not > > happen for everyone (for reasons that are not very clear). > > I can confirm th

Re: ghc head on windows: gcc.exe: installation problem, cannotexec `cc1': No such file or directory

Actually I've pushed an updated patch to Cabal HEAD, so I'm hoping someone will test & validate that on Windows. Though it needs to be tested by someone who was having the problem because it does not happen for everyone (for reasons that are not very clear). I can confirm that the patch allows m

patch applied (ghc): Fix MacOS X build: don't believe __GNUC_GNU_INLINE__ on MacOS X

Thu Sep 18 04:28:56 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix MacOS X build: don't believe __GNUC_GNU_INLINE__ on MacOS X M ./includes/Stg.h -1 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918112856-12142-5acac4240c2d8af94718ae4297434bb14834261f.gz

patch applied (ghc): require Alex version 2.1.0

Thu Sep 18 04:28:12 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * require Alex version 2.1.0 Having 2.0.1 causes some unicode tests to fail M ./aclocal.m4 -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918112812-12142-65e85bd4800800163115840a711ca8ae409ba6fb.gz

RE: Windows validation

correct -- sorry about that | -Original Message- | From: Ian Lynagh [mailto:[EMAIL PROTECTED] | Sent: 18 September 2008 12:01 | To: Simon Peyton-Jones | Cc: Simon Marlow; cvs-ghc@haskell.org | Subject: Re: Windows validation | | On Tue, Sep 16, 2008 at 03:25:23PM +0100, Simon Peyton-Jones

RE: Windows validation

> > On Tue, Sep 16, 2008 at 03:25:23PM +0100, Simon Peyton-Jones wrote: > >> > >> -utf8_002.hs:2:0: lexical error (UTF-8 decoding error) > >> +utf8_002.hs:2:0: lexical error at end of input > >> *** unexpected failure for utf8_002(normal) > > > > IIRC this just means that you have alex 2.0.1 rather

Re: Windows validation

On Tue, Sep 16, 2008 at 03:25:23PM +0100, Simon Peyton-Jones wrote: -utf8_002.hs:2:0: lexical error (UTF-8 decoding error) +utf8_002.hs:2:0: lexical error at end of input *** unexpected failure for utf8_002(normal) IIRC this just means that you have alex 2.0.1 rather than alex 2.1.0. I st

Re: Windows validation

On Tue, Sep 16, 2008 at 03:25:23PM +0100, Simon Peyton-Jones wrote: > > -utf8_002.hs:2:0: lexical error (UTF-8 decoding error) > +utf8_002.hs:2:0: lexical error at end of input > *** unexpected failure for utf8_002(normal) IIRC this just means that you have alex 2.0.1 rather than alex 2.1.0. Th

patch applied (ghc): Type families: fixes in the new solver

Thu Sep 18 03:09:34 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Type families: fixes in the new solver M ./compiler/typecheck/TcTyFuns.lhs -58 +92 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080918100934-6295e-c52bc66fed7d5f4cb2128942c78ccc561d922a45.gz

patch applied (testsuite): Type families: fixed many regressions of new solver

Thu Sep 18 03:06:25 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Type families: fixed many regressions of new solver M ./tests/ghc-regress/indexed-types/should_compile/all.T -11 +11 M ./tests/ghc-regress/indexed-types/should_fail/all.T -1 +1 View patch online: http://darcs.has

Re: Validate broken

Ian Lynagh: On Wed, Sep 17, 2008 at 02:23:20PM +0200, David Markvica wrote: Simon Marlow wrote: Manuel M T Chakravarty wrote: On Mac OS X 10.5, I am getting the appended warnings that break validate (since yesterday). It seems that for some odd reason Apple's gcc (versions 4.0.1 and 4.2.1)

patch applied (testsuite): fix TH_spliceE5_prof

Thu Sep 18 03:01:09 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * fix TH_spliceE5_prof M ./tests/ghc-regress/th/Makefile -1 +10 M ./tests/ghc-regress/th/all.T -4 +5 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080918100109-12142-ae5d1d9da3208e018395d49ee82de160a

RE: Windows build issues

Hi Simon, > I object (mildly) to having multiple sets of build > instructions. I object strongly, which is why Claus's instructions with an exact set of instructions with absolutely no choices provided is so great. By "preparing a set of instructions", I really just mean updating the existing in

Re: Windows build issues

Mitchell, Neil wrote: Hi My preference is to use the latest versions, otherwise we'll run into some other bug and the mingw people will (legitimately) tell us to use a newer version, requiring us to upgrade everything anyway. I think Claus disagrees with me on this. Actually, I don't disagr

Re: Patch for support of rich token stream in GHC

2008/9/18 Ian Lynagh <[EMAIL PROTECTED]>: > > Hi Chaddaï, > > On Mon, Sep 15, 2008 at 10:55:56AM +0200, Chaddaï Fouché wrote: >> >> Mon Sep 15 10:33:30 CEST 2008 "Chaddai Fouche" <[EMAIL PROTECTED]> >> * RichTokenStream support > > Can you re-send this as an attachment, please? I can't see how t

patch applied (ghc): ext-core library: Parser fixes; make it build with the HEAD

Thu Sep 18 02:03:49 PDT 2008 Tim Chevalier <[EMAIL PROTECTED]> * ext-core library: Parser fixes; make it build with the HEAD In the ext-core parser I guess I never tested: * existential type variable bindings in case alts * empty data declarations That'll learn me! M ./utils/e

Daily report for stable

Build results: fast486 stable: fail (failed darcs) gabor stable: pass kgardas stable: fail (failed stage1) malcolm stable: fail (failed darcs) mnemosyne x86-64 Gentoo stable: fail (failed darcs) tnaur x86 Linux stable: pass x

Daily report for head

Build results: x86-64 Linux head: lost x86 Windows head:fail (failed stage1) x86 Windows head fast: pass pass lost fail (failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1) x86-64 Linux head unreg: lost Old unexpected test failures: TH_spliceE5_prof

RE: DPH in 6.10

Yes, I think so: extralibs. You can certainly build ghc, including stage2 without it, and I think that's the criterion Simon | -Original Message- | From: Ian Lynagh [mailto:[EMAIL PROTECTED] | Sent: 18 September 2008 01:30 | To: Simon Peyton-Jones | Cc: cvs-ghc@haskell.org | Subject: Re: