Re: Rolling your own dynamic linker

2009-11-03 Thread Krasimir Angelov
On Mon, Nov 2, 2009 at 2:02 PM, Simon Marlow wrote: > The main sticking point with using dlopen() exclusively, as Duncan pointed > out, is that we need to link plain .o files in GHCi. Wouldn't the dynamic linking slow down the linking? This will eliminate the advantage of the faster loading that

patch applied (ghc): Always include libraries/dph/ghc.mk in top-level ghc.mk

2009-11-03 Thread Roman Leshchinskiy
Tue Nov 3 17:19:08 PST 2009 Roman Leshchinskiy * Always include libraries/dph/ghc.mk in top-level ghc.mk Ignore-this: bb519641dd797cc674da8dcd1ea9dcec M ./ghc.mk -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091104011908-b2b0a-dd205535e3cb8365ad8b77cf979842859e

patch applied (ghc): Fix non-portable regexp

2009-11-03 Thread Roman Leshchinskiy
Tue Nov 3 17:18:30 PST 2009 Roman Leshchinskiy * Fix non-portable regexp Ignore-this: aa396bdd0ca904ec59969a2e8ba24d64 M ./boot-pkgs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091104011830-b2b0a-e4b21679c71218e413b1d602dcc8cfc45c970d1c.gz __

HEAD broken on OS X

2009-11-03 Thread Roman Leshchinskiy
Simon, I'm getting this from validate even without the DPH patch: /Users/rl/projects/ndp/ghc-test/bindisttest/installed/bin/runghc HelloWorld > output GHCi runtime linker: fatal error: I found a duplicate definition for symbol _base_GHCziConc_ioManagerThread_closure whilst processing

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

2009-11-03 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 Tue Nov 3 19:00:01 GMT 2009. ***

Re: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Manuel M T Chakravarty
Simon Peyton-Jones: I've pushed a fix for the ones marked * Apart from that, only T1969 (a delicate resource test) fails for me. | Unexpected failures: | Base1(normal) * | Compose(normal) * | PList1(normal) * | PList2(normal) * | T1969(normal) | T3007(normal) |

Re: Rolling your own dynamic linker

2009-11-03 Thread Manuel M T Chakravarty
Simon Marlow: On 30/10/2009 08:31, Manuel M T Chakravarty wrote: This made Roman and me wonder whether it wouldn't be possible to use dynamic libraries and dlopen() instead of the current setup. AFAIK GHC can now generate dynamic libraries on Linux and somebody was working on fixing them f

patch applied (ghc-6.12/ghc): Minor change to captalisation in error message only

2009-11-03 Thread Ian Lynagh
Mon Nov 2 09:22:36 PST 2009 simo...@microsoft.com * Minor change to captalisation in error message only Ignore-this: 65cb215b313658ccdff6304360b33e62 M ./compiler/main/DynFlags.hs -1 +1 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20091102172236-1287e-ff503763

patch applied (ghc-6.12/ghc): Improve error message for malformed LANGUAGE pragma

2009-11-03 Thread Ian Lynagh
Fri Oct 30 11:01:14 PDT 2009 simo...@microsoft.com * Improve error message for malformed LANGUAGE pragma Ignore-this: 984eefd9c0978b837f79d0f1a72564b9 M ./compiler/main/HeaderInfo.hs -2 +5 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20091030180114-1287e-b543bc

patch applied (ghc-6.12/ghc): Improve documentation of 'rec' in do-notation

2009-11-03 Thread Ian Lynagh
Mon Nov 2 09:22:17 PST 2009 simo...@microsoft.com * Improve documentation of 'rec' in do-notation Ignore-this: ab639f7fc2ec658edf2371797d669f36 Merge to 6.12 along with the main DoRec patch M ./docs/users_guide/glasgow_exts.xml -29 +46 View patch online: http://darcs.haskell.org/gh

patch applied (ghc-6.12/ghc): Document the fact that impredicative polymorphism is deprecated

2009-11-03 Thread Ian Lynagh
Tue Nov 3 05:33:44 PST 2009 simo...@microsoft.com * Document the fact that impredicative polymorphism is deprecated Ignore-this: a91b61dd99783d7ca9f823009667c23f Merge to 6.12 M ./docs/users_guide/glasgow_exts.xml +3 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/p

vfprintf again

2009-11-03 Thread Simon Peyton-Jones
Ian I'm sorry to be so wimpy, but better me than our users. I've got the "unknown symbol `___mingw_vfprintf'" problem again. See tail of log below. MSYS as usual. My hind brain says that the error was to do with an existing mingw installation. But on this particular machine I've moved it to

patch applied (ghc): Refactor package installation

2009-11-03 Thread Ian Lynagh
Tue Nov 3 05:33:22 PST 2009 Ian Lynagh * Refactor package installation There is now less makefile code duplication. Also, stage2 packages are registered after GHC, which is important as they might depend on the ghc package (as dph now does). M ./ghc.mk -9 +17 View patch online: htt

patch applied (ghc): Document the CONLIKE pragma

2009-11-03 Thread Simon Peyton Jones
Tue Nov 3 05:34:31 PST 2009 simo...@microsoft.com * Document the CONLIKE pragma Ignore-this: a8e36c2ca7bd43cf327cbb94e1c226d3 Do not merge to 6.12 M ./docs/users_guide/glasgow_exts.xml -10 +54 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091103133431-1287e-054d7

patch applied (ghc): Document the fact that impredicative polymorphism is deprecated

2009-11-03 Thread Simon Peyton Jones
Tue Nov 3 05:33:44 PST 2009 simo...@microsoft.com * Document the fact that impredicative polymorphism is deprecated Ignore-this: a91b61dd99783d7ca9f823009667c23f Merge to 6.12 M ./docs/users_guide/glasgow_exts.xml +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20

patch applied (ghc): Minor change to captalisation in error message only

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 09:22:36 PST 2009 simo...@microsoft.com * Minor change to captalisation in error message only Ignore-this: 65cb215b313658ccdff6304360b33e62 M ./compiler/main/DynFlags.hs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091102172236-1287e-ff50376360e4e46d2

patch applied (ghc): Improve documentation of 'rec' in do-notation

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 09:22:17 PST 2009 simo...@microsoft.com * Improve documentation of 'rec' in do-notation Ignore-this: ab639f7fc2ec658edf2371797d669f36 Merge to 6.12 along with the main DoRec patch M ./docs/users_guide/glasgow_exts.xml -29 +46 View patch online: http://darcs.haskell.org/gh

patch applied (ghc): Comments only

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 09:21:14 PST 2009 simo...@microsoft.com * Comments only Ignore-this: 7a545ab846573cd4993a9ffc1c8ace3b M ./compiler/simplCore/SimplCore.lhs -4 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091102172114-1287e-1278a9e846b7ccfafc57840eace72f8b6ef9858c.gz ___

patch applied (ghc): Make the arity warning a bit more informative (DEBUG only)

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 09:20:59 PST 2009 simo...@microsoft.com * Make the arity warning a bit more informative (DEBUG only) Ignore-this: 22730c6ad5e193a5ccc90e59f538ae9f M ./compiler/coreSyn/CoreArity.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091102172059-1287e-3a2ad

patch applied (ghc): Improve error message for malformed LANGUAGE pragma

2009-11-03 Thread Simon Peyton Jones
Fri Oct 30 11:01:14 PDT 2009 simo...@microsoft.com * Improve error message for malformed LANGUAGE pragma Ignore-this: 984eefd9c0978b837f79d0f1a72564b9 M ./compiler/main/HeaderInfo.hs -2 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20091030180114-1287e-b543bcd352d0269

patch applied (ghc): Minor refactoring

2009-11-03 Thread Simon Peyton Jones
Fri Oct 30 10:59:07 PDT 2009 simo...@microsoft.com * Minor refactoring Ignore-this: 3e20016791dcb3f19f868f5ab0655907 MkCore.mkCoreTupTy moves to TysWiredIn, where it is called mkBoxedTupleTy M ./compiler/coreSyn/MkCore.lhs -10 +5 M ./compiler/deSugar/DsArrows.lhs -1 +1 M ./co

patch applied (testsuite): Track change in how LANGUAGE-pragma errors are reported

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 09:27:30 PST 2009 simo...@microsoft.com * Track change in how LANGUAGE-pragma errors are reported Ignore-this: 6524c82c2fcf1c2a401b5408543c35e6 M ./tests/ghc-regress/parser/should_fail/T3153.stderr -1 +4 M ./tests/ghc-regress/parser/should_fail/read029.stderr -1 +4 M ./

Testsuite

2009-11-03 Thread Simon Peyton-Jones
Ian, look at this (on windows) make: Leaving directory `/c/code/HEAD/bindisttest' make: Entering directory `/c/code/HEAD/testsuite/tests/ghc-regress' ../../mk/boilerplate.mk:104: *** Cannot find ghc: /c/code/HEAD/bindisttest/installed/bin/ghc. Stop. make: Leaving directory `/c/code/HEAD/testsuit

Re: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Simon Marlow
On 03/11/2009 13:10, Simon Marlow wrote: On 03/11/2009 13:04, Simon Peyton-Jones wrote: | Can I remind people that T1969 is there for a good reason: when it | wobbles, it may indicate a performance regression. We should keep the | boundaries updated so that people don't just ignore it as a matte

Re: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Simon Marlow
On 03/11/2009 13:04, Simon Peyton-Jones wrote: | Can I remind people that T1969 is there for a good reason: when it | wobbles, it may indicate a performance regression. We should keep the | boundaries updated so that people don't just ignore it as a matter of | course. | | I realise it's difficu

RE: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Simon Peyton-Jones
| Can I remind people that T1969 is there for a good reason: when it | wobbles, it may indicate a performance regression. We should keep the | boundaries updated so that people don't just ignore it as a matter of | course. | | I realise it's difficult to keep it updated because it has to be done

Re: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Simon Marlow
On 31/10/2009 12:21, Manuel M T Chakravarty wrote: Out of curiosity, I just validated on Linux (on some flavour of 32-bit Debian), too — it doesn't look much better: Unexpected failures: Base1(normal) Compose(normal) PList1(normal) PList2(normal) T1969(normal) T3007(normal) T3294(normal) boxy(no

RE: Validates failures on Mac OS X AND Linux

2009-11-03 Thread Simon Peyton-Jones
I've pushed a fix for the ones marked * Apart from that, only T1969 (a delicate resource test) fails for me. | Unexpected failures: | Base1(normal) * | Compose(normal) * | PList1(normal) * | PList2(normal) * | T1969(normal) | T3007(normal) | T3294(normal) |

patch applied (testsuite): Add -fno-warn-deprecated-flags to tests involving -XImpredicativeTypes

2009-11-03 Thread Simon Peyton Jones
Mon Nov 2 06:52:36 PST 2009 simo...@microsoft.com * Add -fno-warn-deprecated-flags to tests involving -XImpredicativeTypes Ignore-this: 72073af560c642a2cba1b73af9c579b3 Now that -XImpredicativeTypes is deprecated, suppress the warning M ./tests/ghc-regress/boxy/Base1.hs -1 +1 M

patch applied (ghc-6.12/ghc): Drop unused import

2009-11-03 Thread Ian Lynagh
Wed Oct 28 10:59:02 PDT 2009 simo...@microsoft.com * Drop unused import Ignore-this: e473d30a9844ae0a6d124c9352e6be4 M ./compiler/deSugar/DsExpr.lhs -1 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20091028175902-1287e-18e8a71ba697c6f7ebfb78be0366a3e5e7849e49.gz

patch applied (ghc-6.12/ghc): Deprecate the ImpredicativeTypes feature

2009-11-03 Thread Ian Lynagh
Fri Oct 30 02:59:29 PDT 2009 simo...@microsoft.com * Deprecate the ImpredicativeTypes feature Ignore-this: b5dadc6be7f0c7bcbbf3691079f41dfb GHC has had an experimental implementation of impredicative polymorphism for a year or two now (flag -XImpredicativeTypes). But a) The im

patch applied (ghc-6.12/ghc): Fix formatting and wording in documentation of DoRec

2009-11-03 Thread Ian Lynagh
Thu Oct 29 04:47:26 PDT 2009 simo...@microsoft.com * Fix formatting and wording in documentation of DoRec Ignore-this: ce528f2e73f38c244be4a38d83f52214 M ./docs/users_guide/glasgow_exts.xml -12 +28 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20091029114726-128

patch applied (ghc-6.12/ghc): Add 'rec' to stmts in a 'do', and deprecate 'mdo'

2009-11-03 Thread Ian Lynagh
Wed Oct 28 06:35:54 PDT 2009 simo...@microsoft.com * Add 'rec' to stmts in a 'do', and deprecate 'mdo' Ignore-this: 7b77848c6283828869783ed61510ee1c The change is this (see Trac #2798). Instead of writing mdo { a <- getChar ; b <- f c ; c <- g b ; putChar c

patch applied (ghc-6.12/ghc): Add flag -XExplicitForAll and document it

2009-11-03 Thread Ian Lynagh
Wed Oct 7 08:52:51 PDT 2009 simo...@microsoft.com * Add flag -XExplicitForAll and document it Ignore-this: b61396beab4f6b47ce388c3aacf357ee This implements the Haskell Prime proposal http://hackage.haskell.org/trac/haskell-prime/wiki/ExplicitForall Flag is -XExplicitForAll

RE: [Haskell-cafe] Hackage still down?

2009-11-03 Thread Simon Peyton-Jones
Dear Paul Thanks very much for fixing this. I appreciate it. Simon | -Original Message- | From: haskell-cafe-boun...@haskell.org [mailto:haskell-cafe-boun...@haskell.org] On | Behalf Of Don Stewart | Sent: 02 November 2009 18:46 | To: Magnus Therning | Cc: Haskell Cafe | Subject: Re: [

Daily report for stable

2009-11-03 Thread BuildBot Collator
Build results: sparky stable: fail (failed compile) x86 Windows stable fast: fail (failed boottestsuite runtestsuite) Old unexpected test passes: length001 2 kgardas stable Old unexpected test failures: 1861 1 kgardas stable 2302 2 kgardas stab

Daily report for head

2009-11-03 Thread BuildBot Collator
Build results: x86 Windows head fast: fail (failed boottestsuite runtestsuite) kahl G5 Gentoo Linux head: lost Old unexpected test passes: length001 2 kgardas head Old unexpected test failures: 1861 1 kgardas head 2302 2 kgardas head 2816