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

Re: patch applied (ghc): ghc-pkg needs to make package.conf with sensible permissions

On Wed, Sep 17, 2008 at 04:42:18PM -0700, Ian Lynagh wrote: > Wed Sep 17 12:21:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> > * ghc-pkg needs to make package.conf with sensible permissions > It was calling openTempFile which uses a 600 permissions mask. > > M ./utils/ghc-pkg/Main.hs -11 +65

Re: ghcii.sh uses truncated, non-relocatable path; odd executables in bin/

On Fri, Sep 19, 2008 at 08:37:52PM +0100, Ian Lynagh wrote: > On Fri, Sep 19, 2008 at 09:48:54AM +0100, Claus Reinke wrote: > > > > echo 'exec "$0"/../ghc-6.9.20080918 --interactive ${1+"$@"}' >> > > Ah, when making the scripts use versioned ghc program names on Linux, I > hadn't realised that t

Re: ghcii.sh uses truncated, non-relocatable path; odd executables in bin/

On Fri, Sep 19, 2008 at 09:48:54AM +0100, Claus Reinke wrote: > > echo 'exec "$0"/../ghc-6.9.20080918 --interactive ${1+"$@"}' >> Ah, when making the scripts use versioned ghc program names on Linux, I hadn't realised that the program names weren't versioned on Windows. Now fixed. Thanks Ian

Re: [nightly] 15-Sep-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

On Tue, Sep 16, 2008 at 03:12:55PM +0100, Simon Peyton-Jones wrote: > > lib/Regex test regex001 fails as below. Could this be something to do with > the recent chances to exceptions? If so, easily fixed! Yup, done. Thanks Ian ___ Cvs-ghc mailing li

Re: Instances and DoCon

On Tue, Sep 16, 2008 at 10:44:53AM +0100, Simon Peyton-Jones wrote: > | > | And still ghc-6.8.3 builds itself from source. > > I have no idea how -- Happy has been needed for some time. Maybe someone > else does. It's not meant to be needed for building from a source tarball. This should be fix

patch applied (testsuite): Fix test regex001

Fri Sep 19 07:59:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix test regex001 Needed to restrict the type of 'try' now that we have extensible exceptions M ./tests/ghc-regress/lib/Regex/regex001.hs -2 +5 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/2008091914594

patch applied (ghc): Gix the ghcii script

Fri Sep 19 10:46:51 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Gix the ghcii script The ghc executable name doesn't have a version number on Windows, so don't put one in the script. M ./driver/ghci/Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919174

patch applied (ghc): Create runhaskell as well as runghc

Fri Sep 19 08:30:10 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Create runhaskell as well as runghc M ./driver/Makefile -1 +1 A ./driver/runhaskell/ A ./driver/runhaskell/Makefile View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919153010-3fd76-32bac3be319abd8b6a4d

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

RE: libraries/time

On Fri, 2008-09-19 at 16:43 +0100, Mitchell, Neil wrote: > Hi Ian, > > > > If I darcs get the time library, using a GHC binary distribution, > > > isn't runhaskell Setup configure/build/install sufficient? > > I thought > > > Cabal was meant to do this magic for me. I realise when building > >

patch applied (ghc): On Linux use libffi for allocating executable memory (fixed #738)

Fri Sep 19 06:46:02 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * On Linux use libffi for allocating executable memory (fixed #738) M ./compiler/ghci/ByteCodeFFI.lhs -3 +5 M ./includes/RtsExternal.h -1 +1 M ./includes/Storage.h -1 +1 M ./rts/Adjustor.c -14 +19 M ./rts/Makefile

RE: libraries/time

Hi Ian, > > If I darcs get the time library, using a GHC binary distribution, > > isn't runhaskell Setup configure/build/install sufficient? > I thought > > Cabal was meant to do this magic for me. I realise when building > > in-tree time configure based things are required. > > No: Building

Re: libraries/time

Hi Neil, On Fri, Sep 19, 2008 at 03:51:13PM +0100, Mitchell, Neil wrote: > > > > Yes, and building the darcs version of time doesn't work. > > > > You need to run autoreconf if you get the darcs version. > > If I darcs get the time library, using a GHC binary distribution, isn't > runhaskell S

patch applied (ghc): Move the context_switch flag into the Capability

Fri Sep 19 03:26:01 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Move the context_switch flag into the Capability Fixes a long-standing bug that could in some cases cause sub-optimal scheduling behaviour. M ./includes/Cmm.h -1 +1 M ./includes/StgMiscClosures.h -1 M ./includes/mkD

RE: libraries/time

Hi > > Yes, and building the darcs version of time doesn't work. > > You need to run autoreconf if you get the darcs version. If I darcs get the time library, using a GHC binary distribution, isn't runhaskell Setup configure/build/install sufficient? I thought Cabal was meant to do this magic fo

Re: libraries/time

Hi Neil, On Fri, Sep 19, 2008 at 08:11:30AM +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 > >

Re: Release candidate

Hi Simon, On Thu, Sep 18, 2008 at 05:51:30PM +0100, Simon Peyton-Jones wrote: > > I've pushed all I intend to for the beta/release-candidate. Great, thanks! > I assume you are about to fork the tree? Yup, done. Thanks Ian ___ Cvs-ghc mailing list

Re: Patch for support of rich token stream in GHC

On Thu, Sep 18, 2008 at 11:38:25AM +0200, Chaddaï Fouché wrote: > > Sorry, here it is. It's the result of a darcs send -o ... . Thanks! Thomas Schilling has now applied it (modified to take into account other changes in the HEAD, I believe). Thanks Ian __

patch applied (ghc): Fix building the extralibs tarball

Fri Sep 19 06:35:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix building the extralibs tarball We now need to dig the appropriate lines out of packages, rather than just catting libraries/extra-packages, in order to find out what the extralibs are. M ./Makefile -1 +1 View patch onl

patch applied (ghc-6.10/ghc): Fix building the extralibs tarball

Fri Sep 19 06:35:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix building the extralibs tarball We now need to dig the appropriate lines out of packages, rather than just catting libraries/extra-packages, in order to find out what the extralibs are. M ./Makefile -1 +1 View patch onl

patch applied (ghc-6.10/ghc): Install libffi when installing frmo a bindist

Fri Sep 19 06:03:32 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Install libffi when installing frmo a bindist M ./distrib/Makefile +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919130332-3fd76-8268a06649f78b74a03458141a462e8c9547a408.gz

patch applied (ghc-6.10/ghc): Fix how we put libffi into bindists

Fri Sep 19 05:55:28 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix how we put libffi into bindists M ./Makefile +1 M ./libffi/Makefile -15 +5 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919125528-3fd76-5437701721dd3b061d77892d968d96dd5b16725f.gz ___

patch applied (ghc-6.10/ghc): Don't require Parser.y in a source dist

Fri Sep 19 04:58:31 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Don't require Parser.y in a source dist M ./compiler/Makefile -1 +7 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919115831-3fd76-2b2ea76a91973916d444684b85241ef63ac10a41.gz __

patch applied (ghc-6.10/ghc): TAG 6.10 branch has been forked

Fri Sep 19 05:34:37 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 6.10 branch has been forked View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919123437-3fd76-571d85c589db7c1e12d364e64386aeeb284d9e27.gz ___ Cvs-ghc maili

patch applied (ghc-6.10/ghc): Add HpcParser.hs to source dists

Fri Sep 19 04:58:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add HpcParser.hs to source dists M ./Makefile +7 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919115816-3fd76-7cb80c946ecf7db2a1289b9dbe414b1345dc2a5c.gz _

patch applied (ghc-6.10/ghc): Improve documentation of overlapping instances

Fri Sep 19 02:31:47 PDT 2008 [EMAIL PROTECTED] * Improve documentation of overlapping instances M ./docs/users_guide/glasgow_exts.xml -5 +29 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919093147-1287e-790a6f2c5dc875732b0189859ce6cde9573345bb.gz ___

patch applied (ghc-6.10/ghc): Fix the list of generated files that need to go into the source dists

Fri Sep 19 04:25:22 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix the list of generated files that need to go into the source dists M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919112522-3fd76-ca4511ee2f58165396de38a6fc6e3dec1a8df147.gz _

patch applied (ghc-6.10/ghc): Change version number to 6.10.0

Fri Sep 19 05:33:59 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Change version number to 6.10.0 M ./configure.ac -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20080919123359-3fd76-6741aee963682beb9787ced22b4d09230e41fc49.gz ___

patch applied (nofib): TAG 6.10 branch has been forked

Fri Sep 19 05:34:39 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 6.10 branch has been forked View patch online: http://darcs.haskell.org/nofib/_darcs/patches/20080919123439-3fd76-9db9186f22279276d5fe9b432aa421a2697dc01f.gz ___ Cvs-ghc mailing list

patch applied (testsuite): TAG 6.10 branch has been forked

Fri Sep 19 05:34:39 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 6.10 branch has been forked View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080919123439-3fd76-9db9186f22279276d5fe9b432aa421a2697dc01f.gz ___ Cvs-ghc mailing

Re: RFC: darcs-all improvements?

So I'm asking for comments: if you find these changes useful, and they work for you, perhaps they get included; I don't build ghc much (but nhc98 has a darcs-all script too...), so That is exactly why I made those changes. I try to build ghc head about once a month, which means a lot of patche

patch applied (ghc): Install libffi when installing frmo a bindist

Fri Sep 19 06:03:32 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Install libffi when installing frmo a bindist M ./distrib/Makefile +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919130332-3fd76-8268a06649f78b74a03458141a462e8c9547a408.gz _

patch applied (ghc): Fix how we put libffi into bindists

Fri Sep 19 05:55:28 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix how we put libffi into bindists M ./Makefile +1 M ./libffi/Makefile -15 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919125528-3fd76-5437701721dd3b061d77892d968d96dd5b16725f.gz

patch applied (ghc): TAG 6.10 branch has been forked

Fri Sep 19 05:34:37 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 6.10 branch has been forked View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919123437-3fd76-571d85c589db7c1e12d364e64386aeeb284d9e27.gz ___ Cvs-ghc mailing list C

patch applied (ghc): Don't require Parser.y in a source dist

Fri Sep 19 04:58:31 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Don't require Parser.y in a source dist M ./compiler/Makefile -1 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919115831-3fd76-2b2ea76a91973916d444684b85241ef63ac10a41.gz ___

patch applied (ghc): Add HpcParser.hs to source dists

Fri Sep 19 04:58:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add HpcParser.hs to source dists M ./Makefile +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919115816-3fd76-7cb80c946ecf7db2a1289b9dbe414b1345dc2a5c.gz ___ Cv

patch applied (ghc): Fix the list of generated files that need to go into the source dists

Fri Sep 19 04:25:22 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix the list of generated files that need to go into the source dists M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919112522-3fd76-ca4511ee2f58165396de38a6fc6e3dec1a8df147.gz __

Re: Cabal program in GHC HEAD

Mitchell, Neil wrote: That would be a shame. Haskell Platform is meant to be the batteries - the easy way to get a standard bundle of extra libraries. Cabal-install is the essential tool for installing anything, a key part of the compiler infrastructure. Either you'll have to tell everyone to ins

RE: 6.10 bugs

How did it go? Simon | -Original Message- | From: Don Stewart [mailto:[EMAIL PROTECTED] | Sent: 15 September 2008 18:42 | To: Simon Peyton-Jones | Cc: cvs-ghc@haskell.org | Subject: Re: 6.10 bugs | | simonpj: | > Don | > | > there are several GHC trac bugs assigned to you. Any chance you

RE: HPC bug

How did it go? Simon | -Original Message- | From: Andy Gill [mailto:[EMAIL PROTECTED] | Sent: 15 September 2008 18:01 | To: Simon Peyton-Jones | Cc: cvs-ghc@haskell.org | Subject: Re: HPC bug | | Thanks for the ping. | | I'm downloading the current sources right now, and will see what I c

RE: Cabal program in GHC HEAD

That would be a shame. Haskell Platform is meant to be the batteries - the easy way to get a standard bundle of extra libraries. Cabal-install is the essential tool for installing anything, a key part of the compiler infrastructure. Either you'll have to tell everyone to install two things, bundle

Re: Cabal program in GHC HEAD

IIUC, cabal-install, its dependencies, and the old extra-libs will be part of the first release of the Haskell Platform, which will come out soon (maybe 1 month) after GHC is released. On Fri, Sep 19, 2008 at 11:01 AM, Mitchell, Neil <[EMAIL PROTECTED]> wrote: > Hi Duncan, > > I have previously be

Re: RFC: darcs-all improvements?

> So I'm asking for comments: if you find these changes useful, and > they work for you, perhaps they get included; I don't build ghc much (but nhc98 has a darcs-all script too...), so take my opinion with a pinch of salt. However, I do think both of these changes are likely to be improvements: t

patch applied (ghc): Improve documentation of overlapping instances

Fri Sep 19 02:31:47 PDT 2008 [EMAIL PROTECTED] * Improve documentation of overlapping instances M ./docs/users_guide/glasgow_exts.xml -5 +29 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080919093147-1287e-790a6f2c5dc875732b0189859ce6cde9573345bb.gz

please check: are any of these warnings affecting your package? warnings during make (ghc head, windows)

(copying to libraries, because many of these warnings come from extralibs) With the ghc release candidate coming up soon, it might be a good time to look at warnings? In a ghc head build on windows, there are many of them, even though ghc and the core libs have undergone a lot of cleaning. Even

Cabal program in GHC HEAD

Hi Duncan, I have previously been very enthusiastic about advocating the inclusion of the Cabal program in GHC 6.10.1 - I still consider it essential for Windows users. However, GHC HEAD doesn't currently put it in the bindist, which is what I think will end up shipping to users. Given that the re

ghcii.sh uses truncated, non-relocatable path; odd executables in bin/

output from 'make binary-dist': == make install - --unix - --no-print-directory -r; in /cygdrive/d/fptools/ghc/driver/ghci rm -f -f d:/fptools/ghc/ghc-6.9.20080918/bin/ghcii.sh echo "#!/bin/sh"

patch applied (testsuite): tcfail138 now works

Fri Sep 19 01:25:49 PDT 2008 [EMAIL PROTECTED] * tcfail138 now works M ./tests/ghc-regress/typecheck/should_fail/all.T -1 +4 M ./tests/ghc-regress/typecheck/should_fail/tcfail138.hs +6 M ./tests/ghc-regress/typecheck/should_fail/tcfail138.stderr -8 View patch online: http://darcs.h

Re: out of memory when running haddock

At a guess, I'd say Haddock is probably accidentally retaining the whole typechecked syntax for every module. Cheers, Simon Thomas Schilling wrote: 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 u

Daily report for head

Build results: x86-64 Linux head:fail (failed bindisttest) x86 Windows head: pass x86 Windows head fast:fail (failed stage1) fail (failed stage1) pass pass pass fast486 head: pass gabor head: pass kgardas head: lost

Daily report for stable

Build results: malcolm stable: fail (failed getsubrepos) tnaur PPC OSX stable 2: pass x86 Windows stable: fail (failed stage1) fail (failed darcs) x86 Windows stable fast: pass pass pass pass pass x86-64 Linux stable: fail (failed stage1) New unexpected test failures: tcfai

RE: tcfail138

It's my fault. I valided, saw that it worked now, changed all.T etc, but obv forgot to push the patch. Will do shortly. Sorry Simon | -Original Message- | From: Manuel M T Chakravarty [mailto:[EMAIL PROTECTED] | Sent: 19 September 2008 03:12 | To: Simon Peyton-Jones | Subject: tcfail1

RE: libraries/time

Hi Ian > > 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. > > Do you mean building a tarball from hackage doesn't

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

Hi > I can confirm that the patch allows me to build on drive d: > while /mingw only exists on drive c:, so that workaround > solves my recent issue (and should mean that other people's > build no longer work by accident only, reducing chances for > obscure breakage). Neil: does it also render