Re: patch applied (ghc): Make some more modules use LazyUniqFM instead of UniqFM

Simon Marlow: Manuel M T Chakravarty wrote: This is a bad patch (maybe in conjunction with "Rewrite fixTvSubstEnv so it iteratively applies its substition"). The patch goes through validate, but it breaks builds using the "devel1" scheme defined in build.mk.sample. This might be due to

patch applied (ghc): Mac OS X deployment target: piping opts through Makefiles

Thu Feb 21 14:44:49 PST 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Mac OS X deployment target: piping opts through Makefiles M ./aclocal.m4 -14 +14 M ./compiler/Makefile +9 M ./configure.ac -10 +10 M ./libraries/Makefile -2 +5 M ./libraries/Makefile.local -3 +7 M

Re: STG code

On 2/21/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote: > | Working on the documentation and external tools (with help from Andrew > | Tolmach) is my priority right now, as I need it for my own work. Thus > | *generating* External Core (and parsing it back in with an external > | tool) should

RE: STG code

| Working on the documentation and external tools (with help from Andrew | Tolmach) is my priority right now, as I need it for my own work. Thus | *generating* External Core (and parsing it back in with an external | tool) should be possible for mere mortals again soon. OK that's excellent. Thank

Re: interoperability/portabilizing for GHC.. Summer of Code?

Isaac Dupree <[EMAIL PROTECTED]> wrote: > Do you think it's plausible to apply for this as haskell.org Summer of > Code project (I'm a U.S. college student now, which explains why I've > been too busy to work on GHC stuff, and in the fall) ; I don't know > much about the process, and of course t

Re: patch applied (ghc): Make some more modules use LazyUniqFM instead of UniqFM

On Thu, Feb 21, 2008 at 03:59:26PM +1100, Manuel M T Chakravarty wrote: > > This is a bad patch (maybe in conjunction with "Rewrite fixTvSubstEnv > so it iteratively applies its substition"). The patch goes through > validate, but it breaks builds using the "devel1" scheme defined in > buil

Re: darcs patch: In expressions, tab-complete quoted strings as filenames. (+1 more)

On Thu, 2008-02-21 at 10:45 +, Simon Marlow wrote: > Personally I'm not keen on this change. Completion of filenames inside > strings seems like a rare case, and not worth breaking completion of > Haskell identifiers for. > > Anyone else have any thoughts? If it can be done without break

Re: darcs patch: In expressions, tab-complete quoted strings as filenames. (+1 more)

Judah Jacobson wrote: Mon Feb 18 15:43:18 PST 2008 [EMAIL PROTECTED] * In expressions, tab-complete quoted strings as filenames. M ./compiler/ghci/InteractiveUI.hs +1 Mon Feb 18 15:42:02 PST 2008 [EMAIL PROTECTED] * Make tab completion use a common set of word break characters. M

Re: patch applied (ghc): Make some more modules use LazyUniqFM instead of UniqFM

Manuel M T Chakravarty wrote: This is a bad patch (maybe in conjunction with "Rewrite fixTvSubstEnv so it iteratively applies its substition"). The patch goes through validate, but it breaks builds using the "devel1" scheme defined in build.mk.sample. This might be due to the different optim

Daily report for head

Build results: x86 Windows head fast:pass pass lost pass pass pass gabor head: pass kahl G5 Gentoo Linux head:pass mnemosyne x86-64 Gentoo head: pass tnaur PPC OSX head 2: pass tnaur x86 Linux head: pass x86-64 Linux head unreg: fail (failed stage2

Daily report for stable

Build results: kahl G5 Gentoo Linux stable: pass x86 Windows stable fast: pass pass pass pass pass pass fail (failed getsubrepos) x86-64 Linux stable: pass New unexpected test failures: DoParamM 1 x86-64 Linux stable SampleVar001 1 x86-64 Linux stable TH_s