[nightly] 16-Sep-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2007-09-16 Thread GHC Build Reports
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 Sun Sep 16 19:30:00 BST 2007. checki

[nightly] 16-Sep-2007 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2007-09-16 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Sun Sep 16 19:00:01 BST 2007.

patch for review: show ghci-related flags in ghci :set, :show packages, :show languages

2007-09-16 Thread Claus Reinke
a minor, but practical, ghci patch, aiming to reduce some of the confusion about ghci-related flags (as opposed to ghci options). also adds :show commands for currently active languages and package options. please review and apply to HEAD and STABLE. issues: - there are more flags than optio

Dynamic linking weirdness

2007-09-16 Thread Sven Panne
I'm currently trying to find out why a few GLUT examples work when they are compiled by GHC, but not when they are run within GHCi (this happens e.g. with GLUT/examples/Misc/ARBOcclude.hs). The main difference is that in the former case libHSGLUT-XY.a is linked into the executable, and in the la

Re: Small Cabal bug

2007-09-16 Thread Duncan Coutts
In message <[EMAIL PROTECTED]> Sven Panne <[EMAIL PROTECTED]>, cvs-ghc@haskell.org writes: > On Sat, Sep 15, 2007 at 01:36:37PM +0200, Sven Panne wrote: > > > > Any news on this one? Neither this patch or a similar one has been applied > > yet, if I see it correctly. > > I filed the patch in Cab

patch applied (ghc): FIX: TypeFamilies: should_compile/Simple12

2007-09-16 Thread chak
Sun Sep 16 06:04:19 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * FIX: TypeFamilies: should_compile/Simple12 - checkTauTvUpdate now distinguishes between whether (1) a type variables occurs only in type family parameters (in which case unification is to be deferred) (2)

patch applied (testsuite): TypeFamilies: fixed Simple12

2007-09-16 Thread chak
Sun Sep 16 06:03:08 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * TypeFamilies: fixed Simple12 M ./tests/ghc-regress/indexed-types/should_compile/all.T -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/list

Re: patch applied (ghc-6.8/ghc): Another attempt at getting bindists working everywhere

2007-09-16 Thread Sven Panne
On Sunday 16 September 2007 14:13, Ian Lynagh wrote: > Sat Sep 15 17:53:28 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> > * Another attempt at getting bindists working everywhere > > M ./Makefile -1 +1 > M ./libraries/Makefile -22 +32 > M ./libraries/installPackage.hs -21 +25 Does this a

patch applied (ghc-6.8/ghc): Another attempt at getting bindists working everywhere

2007-09-16 Thread Ian Lynagh
Sat Sep 15 17:53:28 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Another attempt at getting bindists working everywhere M ./Makefile -1 +1 M ./libraries/Makefile -22 +32 M ./libraries/installPackage.hs -21 +25 ___ Cvs-ghc mailing list Cvs-gh

patch applied (ghc): Keep valgrind happy when calling timer_create

2007-09-16 Thread Sven Panne
Sun Sep 16 04:19:27 PDT 2007 [EMAIL PROTECTED] * Keep valgrind happy when calling timer_create Fill all of the sigevent structure with zeroes before individual fields are set. Although not strictly necessary, this keeps tools like valgrind from complaining about passing uninitialized data,

patch applied (ghc): reloads are now sunk as deep as possible

2007-09-16 Thread nr
Sat Sep 15 14:54:14 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * reloads are now sunk as deep as possible M ./compiler/cmm/CmmCPSZ.hs -5 +9 M ./compiler/cmm/CmmSpillReload.hs -3 +65 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.hask

patch applied (ghc): added instance declarations so we can fold over local registers used in Middle and Last nodes

2007-09-16 Thread nr
Sat Sep 15 14:53:37 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * added instance declarations so we can fold over local registers used in Middle and Last nodes M ./compiler/cmm/ZipCfgCmmRep.hs +26 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http

patch applied (ghc): added monadic mapM_blocks. the fear, the fear...

2007-09-16 Thread nr
Sat Sep 15 14:53:03 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * added monadic mapM_blocks. the fear, the fear... M ./compiler/cmm/ZipCfg.hs -2 +12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): fix misspelled constructor

2007-09-16 Thread nr
Sat Sep 15 14:52:38 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * fix misspelled constructor M ./compiler/cmm/MkZipCfgCmm.hs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): add another way to run in the fuel monad (this is a mess right now)

2007-09-16 Thread nr
Sat Sep 15 14:51:38 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * add another way to run in the fuel monad (this is a mess right now) M ./compiler/cmm/DFMonad.hs +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listin

patch applied (ghc): lay ground for more readable dumping of CmmGraph

2007-09-16 Thread nr
Sat Sep 15 13:18:49 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * lay ground for more readable dumping of CmmGraph M ./compiler/main/DynFlags.hs +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): add a function to help identify unique predecessors

2007-09-16 Thread nr
Sat Sep 15 13:17:46 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * add a function to help identify unique predecessors M ./compiler/cmm/CmmZipUtil.hs +22 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): scrub away remaining MidNop

2007-09-16 Thread nr
Sat Sep 15 13:17:19 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * scrub away remaining MidNop M ./compiler/cmm/CmmCvt.hs -1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): changes needed to get map_blocks to actually compile :-(

2007-09-16 Thread nr
Sat Sep 15 13:16:51 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * changes needed to get map_blocks to actually compile :-( M ./compiler/cmm/ZipCfg.hs -2 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-gh

patch applied (ghc): remove an unwanted language extension

2007-09-16 Thread nr
Sat Sep 15 13:15:25 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * remove an unwanted language extension M ./compiler/cmm/ZipCfg.hs -1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): drop the old, redundant implementation of postorder_dfs

2007-09-16 Thread nr
Sat Sep 15 13:14:48 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * drop the old, redundant implementation of postorder_dfs M ./compiler/cmm/ZipCfg.hs -33 +9 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-gh

patch applied (ghc): eliminate the last vestige of UniqSM from ZipCfg

2007-09-16 Thread nr
Sat Sep 15 13:14:14 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * eliminate the last vestige of UniqSM from ZipCfg M ./compiler/cmm/ZipCfg.hs -5 +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): add map_blocks to ZipCfg

2007-09-16 Thread nr
Sat Sep 15 13:13:55 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * add map_blocks to ZipCfg M ./compiler/cmm/ZipCfg.hs +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): get rid of MidNop

2007-09-16 Thread nr
Sat Sep 15 13:12:43 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * get rid of MidNop M ./compiler/cmm/CmmLiveZ.hs -2 +1 M ./compiler/cmm/CmmSpillReload.hs -2 +1 M ./compiler/cmm/MkZipCfgCmm.hs -1 +1 M ./compiler/cmm/ZipCfgCmmRep.hs -5 +1 __

patch applied (ghc): get freshBlockId out of ZipCfg and bury it in MkZipCfg where it belongs

2007-09-16 Thread nr
Sat Sep 15 13:10:30 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]> * get freshBlockId out of ZipCfg and bury it in MkZipCfg where it belongs M ./compiler/cmm/Cmm.hs -2 +2 M ./compiler/cmm/DFMonad.hs -2 +2 M ./compiler/cmm/MkZipCfg.hs +9 M ./compiler/cmm/ZipCfg.hs -17 +8 M ./comp

Re: topdir proposal

2007-09-16 Thread Sven Panne
On Sunday 16 September 2007 04:42, Ian Lynagh wrote: > At the interface to the outside world (i.e. the configure flags) they > have the normal semantics. We then append "/ghc-$(ProjectVersion)" to > the internal build system variables. This seems reasonable to me - I > don't think it would be bette

patch applied (ghc): Make DESTDIR work again

2007-09-16 Thread Sven Panne
Sun Sep 16 01:43:39 PDT 2007 [EMAIL PROTECTED] * Make DESTDIR work again installPackage is a horror, using --force is probably not the perfect way to make DESTDIR functionality work again, but given the current state of affairs, I can't find a quick and clean solution. MERGE TO STABLE

patch applied (ghc): Resurrect the "lib" subdirectory in the installation tree, it was somehow lost

2007-09-16 Thread Sven Panne
Sun Sep 16 01:41:22 PDT 2007 [EMAIL PROTECTED] * Resurrect the "lib" subdirectory in the installation tree, it was somehow lost Having all package directory directly in the toplevel installation directory would be a bad thing because of potential name clashes, and it wasn't done this way

Daily report for head

2007-09-16 Thread BuildBot Collator
Build results: x86-64 Linux head: lost gbesh Intel x86_64 Linux head: fail (failed configure) macgyver PPC OSX head: fail (failed darcs) tnaur PPC OSX head:pass x86-64 Linux head unreg: pass Dropping unexpected test passes reports from builders not seen in 7 d

Daily report for stable

2007-09-16 Thread BuildBot Collator
Build results: mnemosyne x86-64 Gentoo stable: pass x86 Windows stable: fail (failed darcs) x86 Windows stable fast:fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) x86-64 Linux stable:lost Old