[nightly] 13-Jun-2007 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/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed Jun 13 19:30:00 BST 2007. checki

Re: External Core in binary format

Hi I'm not sure offhand why just doing Read/Show wouldn't work or didn't occur to us; is there a reason why that wouldn't be straightforward? Talking to Matt, the only thing is that currently Show is used for the pretty printed version. Adding a new Ppr class and using that shouldn't be that h

Re: External Core in binary format

On 6/13/07, Neil Mitchell <[EMAIL PROTECTED]> wrote: I know time is a bit variable, but is there any idea of when this might be accomplished? Is there anything fundamental that is holding you back? Something like writing Read/Show serialisation would take a day at most, and give me everything I w

Re: External Core in binary format

Hi Tim Not if you want to parse Core emitted by the HEAD, since in the process of trying to get Core working, Aaron and I had to change the data types to reflect type system changes. We hope to have something checked in within a finite amount of time :-) I know time is a bit variable, but is t

Re: External Core in binary format

On 6/13/07, Neil Mitchell <[EMAIL PROTECTED]> wrote: > Isn't there a canonical parser and data types for GHC's core somewhere? Is there? I've asked if such a thing exists several times, and each time I get told it doesn't. If there was that would make me very happy :) Not if you want to pars

patch applied (ghc): I didn't quite fix #1424 completely - hopefully this gets it right

Wed Jun 13 07:45:05 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * I didn't quite fix #1424 completely - hopefully this gets it right M ./compiler/nativeGen/MachCodeGen.hs -2 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mai

patch applied (testsuite): Test 11 double arguments instead of 6 (see #1424)

Wed Jun 13 07:45:42 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * Test 11 double arguments instead of 6 (see #1424) M ./tests/ghc-regress/ccall/should_run/ffi009.hs -13 +23 M ./tests/ghc-regress/ccall/should_run/ffi009.stdout -1 +1 ___ Cvs-ghc

patch applied (ghc): FIX #1424: x86_64 NCG generated wrong code for foreign call with >8 double args

Wed Jun 13 07:24:31 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * FIX #1424: x86_64 NCG generated wrong code for foreign call with >8 double args I guess we have a missing test... I'll add one M ./compiler/nativeGen/MachCodeGen.hs -2 +2 ___ Cvs-

patch applied (ghc): another fix for -hb: we appear to be freeing the hash table and arena twice

Wed Jun 13 04:15:52 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * another fix for -hb: we appear to be freeing the hash table and arena twice M ./rts/ProfHeap.c -2 +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listi

Re: External Core in binary format

Hi > Matt has kindly volunteered to implement this, if you would be happy > to accept such a patch. In principle yes, but I see some practical problems. Which binary library? There's one in GHC already, but if you wanted your parser to be compatible, you'd have to use the same library (or car

Re: External Core in binary format

On Wed, Jun 13, 2007 at 01:44:10PM +0100, Neil Mitchell wrote: > Hi, > > I was wondering if you would be happy with the addition of a flag to > generate Haskell Core (.hcr) files in a binary format, in addition to > the text format currently generated? This would allow for easy parsing > of the re

Re: Build system changes

Now merged into the HEAD. great, thanks! on my win/xp setup (cygwin tools, mingw gcc), sh boot ./configure --host=i386-unknown-mingw32 make make binary-dist seems to produce a useable ghci.exe again, with ghc-pkg.exe showing a more healthy listing as well. some issues:-) - exec

Re: External Core in binary format

Neil Mitchell wrote: I was wondering if you would be happy with the addition of a flag to generate Haskell Core (.hcr) files in a binary format, in addition to the text format currently generated? This would allow for easy parsing of the resultant files, something which is currently not possible

patch applied (testsuite): add extra_ways, for adding running a test in more ways

Wed Jun 13 05:43:18 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * add extra_ways, for adding running a test in more ways M ./driver/testglobals.py +3 M ./driver/testlib.py +10 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/

patch applied (testsuite): test various kinds of heap profile

Wed Jun 13 05:44:35 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * test various kinds of heap profile M ./tests/ghc-regress/profiling/should_run/all.T -9 +10 R ./tests/ghc-regress/profiling/should_run/bio001.hs A ./tests/ghc-regress/profiling/should_run/heapprof001.hs A ./tests/ghc

patch applied (testsuite): add more profiling ways, to test different kinds of heap profile

Wed Jun 13 05:19:54 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * add more profiling ways, to test different kinds of heap profile M ./config/ghc -2 +12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

External Core in binary format

Hi, I was wondering if you would be happy with the addition of a flag to generate Haskell Core (.hcr) files in a binary format, in addition to the text format currently generated? This would allow for easy parsing of the resultant files, something which is currently not possible. Matt has kindly

patch applied (ghc): FIX #1418 (partially)

Wed Jun 13 03:29:28 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * FIX #1418 (partially) When the con_desc field of an info table was made into a relative reference, this had the side effect of making the profiling fields (closure_desc and closure_type) also relative, but only when compiling

patch applied (ghc): should be using GET_CON_DESC() to get the constructor name

Wed Jun 13 02:52:01 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * should be using GET_CON_DESC() to get the constructor name M ./rts/Printer.c -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): warning police

Wed Jun 13 02:51:44 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * warning police M ./rts/Printer.c -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Use $(if...) to get lazy tests instead of if..endif in a few places

Wed Jun 13 01:51:38 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * Use $(if...) to get lazy tests instead of if..endif in a few places This means it should be possible to set GhcUnregisterised=YES in build.mk and the rest of the settings should follow automatically (GhcWithNativeCodeGen, Spli

patch applied (ghc): TAG 2007-06-12

Tue Jun 12 14:34:40 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> tagged 2007-06-12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: darcs patch: FIX #1378 Add option for a shorter banner on GHCi startup

Ian Lynagh wrote: On Fri, Jun 01, 2007 at 07:47:37AM -0600, [EMAIL PROTECTED] wrote: Thu May 31 23:36:44 MDT 2007 [EMAIL PROTECTED] * FIX #1378 Add option for a shorter banner on GHCi startup Add -short-ghci-banner and -long-ghci-banner. The default is long, which is the current beha

Daily report for head

Build results: x86-64 Linux head:fail (failed bin dist failed slave lost) x86 Windows head: pass x86 Windows head fast:pass pass pass pass pass fail (failed stage1) mnemosyne x86-64 Gentoo head: fail (failed stage1) tnaur PPC OSX head: pass x86-64 Linux hea