[nightly] 05-Mar-2009 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2009-03-05 Thread GHC Build Reports
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 Mar 5 18:00:01 GMT 2009. checking out

patch applied (ghc): Package dph needs to be cleaned in stage=1, too

2009-03-05 Thread chak
Thu Mar 5 19:16:28 PST 2009 Manuel M T Chakravarty * Package dph needs to be cleaned in stage=1, too Ignore-this: b67f993abfbbe47c6bd417049955b9be M ./libraries/Makefile -16 +18 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090306031628-6295e-4e920db26f55492ab508236f

[nightly] 05-Mar-2009 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2009-03-05 Thread GHC Build Reports
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 Mar 5 19:00:01 GMT 2009. ***

C:\ghc\ghc-6.11.20090118\gcc-lib\ld.exe: cannot find -lHSffi_p

2009-03-05 Thread Claus Reinke
Is profiling for code involving ffi supposed to work? The error above results from trying to build (windows xp, mingw/cygwin) with ghc --make -O2 SimpleGo.hs -prof -auto-all -caf-all No profiling version of ffi seems to exist: $ ls /cygdrive/c/ghc/ghc-6.11.20090118/*ffi* /cygdrive/c/ghc/ghc-6.1

more non-standard mingw trouble: math.h: No such file

2009-03-05 Thread Claus Reinke
while trying some -fvia-C compilation with ghc-6.11.20090118, (mingw/cygwin), I ran into C:/ghc/ghc-6.11.20090118/include/Stg.h:51:18: math.h: No such file or directory Since ghc's copy of gcc is non-standard (#1502), ghc has to tell gcc where to find its includes. "ghc -v" reveals that the rele

patch applied (ghc): Add --version to runghc. Trac #2757.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 08:20:45 PST 2009 Ian Lynagh * Add --version to runghc. Trac #2757. We use the GHC version number, as the old runghc one doesn't seem very useful. ./utils/runghc/runghc.cabal -> ./utils/runghc/runghc.cabal.in M ./configure.ac -1 +1 M ./utils/runghc/Makefile +3 M

patch applied (ghc-6.10/ghc): Add --version to runghc. Trac #2757.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 08:20:45 PST 2009 Ian Lynagh * Add --version to runghc. Trac #2757. We use the GHC version number, as the old runghc one doesn't seem very useful. ./utils/runghc/runghc.cabal -> ./utils/runghc/runghc.cabal.in M ./configure.ac -1 +1 M ./utils/runghc/Makefile +3 M

patch applied (ghc): add final newlines

2009-03-05 Thread Simon Marlow
Thu Mar 5 06:00:14 PST 2009 Simon Marlow * add final newlines My Windows build has started complaining about lacking final newlines, I'm not entirely sure why. M ./compiler/ghci/RtClosureInspect.hs +1 M ./compiler/utils/MonadUtils.hs +1 View patch online: http://darcs.haskell.org

patch applied (ghc): remove foo.exe.manifest when --embed-manifest is on

2009-03-05 Thread Simon Marlow
Thu Mar 5 03:27:26 PST 2009 Simon Marlow * remove foo.exe.manifest when --embed-manifest is on M ./compiler/main/DriverPipeline.hs +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090305112726-12142-7fe1ee7b6d1e51fef674feda8a05eb3f711871a0.gz _

patch applied (ghc): add --with-ld=c:/mingw/bin/ld

2009-03-05 Thread Simon Marlow
Thu Mar 5 03:26:18 PST 2009 Simon Marlow * add --with-ld=c:/mingw/bin/ld M ./validate +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090305112618-12142-63a028ad81cea7dcbbad516369403d01ef87deb1.gz ___ Cvs-ghc mailing list C

patch applied (ghc-6.10/ghc): On OS X/x86, tell gcc to generate instructions for i686. Fixes trac #2983.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 06:20:50 PST 2009 Ian Lynagh * On OS X/x86, tell gcc to generate instructions for i686. Fixes trac #2983. By default, gcc on OS X will generate SSE instructions, which need things 16-byte aligned, but we don't 16-byte align things. Thus drop back to generic i686 compatibility.

patch applied (ghc-6.10/ghc): Document -fwarn-unrecognised-pragmas; fixes trac #3031

2009-03-05 Thread Ian Lynagh
Thu Mar 5 06:31:28 PST 2009 Ian Lynagh * Document -fwarn-unrecognised-pragmas; fixes trac #3031 M ./docs/users_guide/flags.xml +7 M ./docs/users_guide/glasgow_exts.xml -1 +1 M ./docs/users_guide/using.xml +17 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches

patch applied (ghc-6.10/ghc): By default, only HsColour the docs if we find HsColour. Fixes trac #3004.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 05:27:23 PST 2009 Ian Lynagh * By default, only HsColour the docs if we find HsColour. Fixes trac #3004. If you manually set HSCOLOUR_SRCS=YES then the build will fail if HsColour wasn't found. M ./mk/config.mk.in -5 +9 View patch online: http://darcs.haskell.org/ghc-6.10/g

patch applied (ghc): Document -fwarn-unrecognised-pragmas; fixes trac #3031

2009-03-05 Thread Ian Lynagh
Thu Mar 5 06:31:28 PST 2009 Ian Lynagh * Document -fwarn-unrecognised-pragmas; fixes trac #3031 M ./docs/users_guide/flags.xml +7 M ./docs/users_guide/glasgow_exts.xml -1 +1 M ./docs/users_guide/using.xml +17 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090305

patch applied (ghc): On OS X/x86, tell gcc to generate instructions for i686. Fixes trac #2983.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 06:20:50 PST 2009 Ian Lynagh * On OS X/x86, tell gcc to generate instructions for i686. Fixes trac #2983. By default, gcc on OS X will generate SSE instructions, which need things 16-byte aligned, but we don't 16-byte align things. Thus drop back to generic i686 compatibility.

patch applied (ghc): By default, only HsColour the docs if we find HsColour. Fixes trac #3004.

2009-03-05 Thread Ian Lynagh
Thu Mar 5 05:27:23 PST 2009 Ian Lynagh * By default, only HsColour the docs if we find HsColour. Fixes trac #3004. If you manually set HSCOLOUR_SRCS=YES then the build will fail if HsColour wasn't found. M ./mk/config.mk.in -5 +9 View patch online: http://darcs.haskell.org/ghc/_darcs

Re: Desugaring instances

2009-03-05 Thread Max Bolingbroke
2009/3/5 Simon Peyton-Jones : I think that suffers from the same lack-of-memoisation as (A). > > After all, each recursive call is to (opF_aux d_a), and each such call builds > a new d_as. Thats why I mentioned CSE at the end of my email: """ To prevent reconstruction of the dictionary in gener

patch applied (ghc): Make -fdicts-cheap cope with implication constraints

2009-03-05 Thread Simon Peyton Jones
Thu Mar 5 05:44:47 PST 2009 simo...@microsoft.com * Make -fdicts-cheap cope with implication constraints Ignore-this: 5fe66cc26e4dc6f233c73350cef7a110 See the Note [Dictionary-like types] in TcType for the full story here Should only affect programs that use -fdicts-cheap, for which

patch applied (testsuite): Add a test for trac #3066

2009-03-05 Thread Ian Lynagh
Thu Mar 5 05:08:31 PST 2009 Ian Lynagh * Add a test for trac #3066 M ./tests/ghc-regress/typecheck/should_compile/all.T +1 A ./tests/ghc-regress/typecheck/should_compile/tc246.hs View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090305130831-3fd76-197d7aced6f7d21

RE: Desugaring instances

2009-03-05 Thread Simon Peyton-Jones
| Might this be another option? Desugar the instance as: | | {{{ | Rec { | dCList :: C a -> C [a] | dCList d_a = letrec { | d_as = DC opfl opgl | opfl = opF_aux d_a | opgl = $dmopG d_as |} in d_as | | opF_aux :: C a -> a -> In

patch applied (ghc-6.10/ghc): Fix a long-standing latent bug (and the build): check res_ty not sig_ty

2009-03-05 Thread Ian Lynagh
Wed Mar 4 01:19:13 PST 2009 simo...@microsoft.com * Fix a long-standing latent bug (and the build): check res_ty not sig_ty Ignore-this: 3494ed3f342b63840eef791a5200695 M ./compiler/typecheck/TcForeign.lhs -4 +6 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/200

patch applied (ghc-6.10/ghc): Finally fix Trac #3066

2009-03-05 Thread Ian Lynagh
Thu Mar 5 01:09:35 PST 2009 simo...@microsoft.com * Finally fix Trac #3066 Ignore-this: 8734c1799f854d9da6be76a9c134335e This is a fix to Tue Mar 3 17:42:58 GMT 2009 simo...@microsoft.com * Fix Trac #3066: checking argument types in foreign calls which I embarassingly got

patch applied (ghc-6.10/ghc): Fix Trac #3066: checking argument types in foreign calls

2009-03-05 Thread Ian Lynagh
Tue Mar 3 09:42:58 PST 2009 simo...@microsoft.com * Fix Trac #3066: checking argument types in foreign calls Ignore-this: c07b0df24b9965b190dc0e0797401c51 When checking argument types in a foreign call we were stupidly looking through foralls. The fix is easy. Merge to 6.10.2

patch applied (ghc-6.10/ghc): Fix a broken link. Spotted by Norman Ramsey in trac #3068.

2009-03-05 Thread Ian Lynagh
Wed Mar 4 08:53:51 PST 2009 Ian Lynagh * Fix a broken link. Spotted by Norman Ramsey in trac #3068. M ./docs/users_guide/glasgow_exts.xml -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090304165351-3fd76-8dfc9423f14fda9ba30469d35c2edc06a6a37fba.gz __

patch applied (ghc-6.10/ghc): Fix spelling (Trac#3069)

2009-03-05 Thread Ian Lynagh
Wed Mar 4 01:22:32 PST 2009 simo...@microsoft.com * Fix spelling (Trac#3069) Ignore-this: fee0f1d060c6c1c7a875943fe543c4fa M ./docs/users_guide/glasgow_exts.xml -1 +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090304092232-1287e-a0970fe50a53905705331fdae67

Re: Desugaring instances

2009-03-05 Thread Max Bolingbroke
2009/3/5 Simon Peyton-Jones : > Guys > > I've been struggling with how to desugar instance declarations for some time. >  It's been going round and round in my head, but without reaching a fixed > point.  Ganesh's message (below) made me realise an additional problem with > the current "solution

Desugaring instances

2009-03-05 Thread Simon Peyton-Jones
Guys I've been struggling with how to desugar instance declarations for some time. It's been going round and round in my head, but without reaching a fixed point. Ganesh's message (below) made me realise an additional problem with the current "solution". So I thought I'd take an hour to arti

patch applied (ghc): Finally fix Trac #3066

2009-03-05 Thread Simon Peyton Jones
Thu Mar 5 01:09:35 PST 2009 simo...@microsoft.com * Finally fix Trac #3066 Ignore-this: 8734c1799f854d9da6be76a9c134335e This is a fix to Tue Mar 3 17:42:58 GMT 2009 simo...@microsoft.com * Fix Trac #3066: checking argument types in foreign calls which I embarassingly got

Daily report for head

2009-03-05 Thread BuildBot Collator
Build results: x86-64 Linux head: fail (failed darcs) x86 Windows head:fail (failed darcs) x86 Windows head fast: fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs) kgardas head:pass tnaur x86 OS X he

Daily report for stable

2009-03-05 Thread BuildBot Collator
Build results: kili stable: pass tnaur PPC OSX stable 2: pass tnaur x86 Linux stable: pass x86 Linux stable:fail (failed darcs) x86 Windows stable: fail (failed darcs) x86 Windows stable fast: fail (failed darcs) fail (failed darcs) fail (failed darcs) fail (failed darc