Re: Haddock/GHC/C Pre Processor interactions on Windows

On Wed, Aug 20, 2008 at 09:40:54AM +0100, Neil Mitchell wrote: > > I've tracked down a bug, involving newline characters that is the > combination of GHC and Haddock, but involves the C Pre Processor - > hence sending the bug report for general discussion to everyone > concerned first. I suspect t

Avoid installation of some selected .cabalized tools

Is there a preferred way to *not* install some of the tools internally used by GHC and built by Cabal? There's at least utils/pwd/pwd that really shouldn't be installed anywhere outside the build tree. Ciao, Kili -- rschwebel: ASCII ist genial, man kann so schön diffen :-) jbe : Gra

patch applied (ghc): Remove dataConInstOrigDictsAndArgTys

Wed Sep 10 08:42:00 PDT 2008 [EMAIL PROTECTED] * Remove dataConInstOrigDictsAndArgTys This suspicious function had just one call, in BuildTyCl.mkNewTyConRhs. I've done it another way now, which is tidier. M ./compiler/basicTypes/DataCon.lhs -21 +3 M ./compiler/iface/BuildTy

Bytestring test failures

I ran a full testsuite today. Several bytestring tests are seg-faulting consistently, when -O is on. See below. Does anyone have a clue about why? Simon => bytestring001(normal) cd ./lib/Data.ByteString && '/64playpen/simonpj/builds/HEAD-1/ghc/stage2-inplace/ghc' -fforce-recomp -dcore-l

Re: patch applied (ghc): Update the users guide to point at the in-tree core.ps.gz

On Sat, Sep 06, 2008 at 08:06:37PM -0700, Tim Chevalier wrote: > On Sat, Sep 6, 2008 at 12:24 PM, Ian Lynagh <[EMAIL PROTECTED]> wrote: > > Sat Sep 6 07:02:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> > > * Update the users guide to point at the in-tree core.ps.gz > > It used to point to a file o

patch applied (testsuite): #2533: Generic functions that take integral arguments should work the same way as their prelude counterparts

Sun Sep 7 09:11:38 PDT 2008 * #2533: Generic functions that take integral arguments should work the same way as their prelude counterparts M ./tests/ghc-regress/lib/Data.List/all.T -1 +1 A ./tests/ghc-regress/lib/Data.List/genericNegative001.hs A ./tests/ghc-regress/lib/Data.List

patch applied (ghc): We always install stage2, so we need to always put stage2 into bindists

Tue Sep 9 15:16:27 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * We always install stage2, so we need to always put stage2 into bindists M ./compiler/Makefile -1 +1 M ./ghc/Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080909221627-3fd76-000f5ea144c224c06

patch applied (ghc): Add a do-nothing install-docs rule in ext-core/ when LATEX_DOCS=NO

Tue Sep 9 04:39:29 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add a do-nothing install-docs rule in ext-core/ when LATEX_DOCS=NO M ./docs/ext-core/Makefile +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080909113929-3fd76-3df098469c8b8e0e06c30344405a5ca1448b7c7b.gz __

patch applied (ghc): Link to core.pdf, not core.ps.gz

Tue Sep 9 04:35:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Link to core.pdf, not core.ps.gz M ./docs/users_guide/using.xml -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080909113543-3fd76-516aac9f03a217d7cbfe5e33ef3eb95c919417fb.gz _

Re: Git problem

On Wed, Sep 10, 2008 at 1:17 PM, Ian Lynagh <[EMAIL PROTECTED]> wrote: > I'm a little worried by the success... The trickier part is the sync-script, but I use a lock for that and it will fail (and did so before) if it cannot obtain this lock. Due to Git's SHA-1 checksums, I'm fairly certain that

irc

Simon M is at IFL today, so I suggest we cancel the GHC IRC meeting. Simon ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Fix debug message formatting on Windows

Wed Sep 10 07:20:42 PDT 2008 [EMAIL PROTECTED] * Fix debug message formatting on Windows M ./rts/Threads.c -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910142042-1287e-9d86da18bca3ac0fa5e1bb4f166afac86afc3fca.gz ___

Re: Threads.c broken on windows

Simon Peyton-Jones wrote: Recent patch to threads.c seems to have broken windows. Pls fix or advise! urk, I stopped ignoring warnings in that module, and it looks like there was a warning lurking inside #ifdef mingw32. I'm not by a Windows machine right now, but you could try replacing %ld

Re: Git problem

Ian Lynagh wrote: On Wed, Sep 10, 2008 at 11:32:07AM +0200, Thomas Schilling wrote: I'm not sure. It could be some permission thing as a result of how the script works that syncs with the Github repo. Github uses ssh key authentication to identify the user, so we set up a keyfile that should b

RE: Git problem

it happened once more today already. but many other pushes did not elicit that msg | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Lynagh | Sent: 10 September 2008 12:10 | To: cvs-ghc@haskell.org | Subject: Re: Git problem | | On Wed, Sep 10, 200

Re: Git problem

On Wed, Sep 10, 2008 at 12:09:59PM +0100, Ian Lynagh wrote: > On Wed, Sep 10, 2008 at 11:32:07AM +0200, Thomas Schilling wrote: > > I'm not sure. It could be some permission thing as a result of how > > the script works that syncs with the Github repo. Github uses ssh key > > authentication to id

Re: FW: darcs patch: Add extern flag to avoid multiple symbolerrorson Mac...

On Wed, Sep 10, 2008 at 11:12:43AM +0100, Claus Reinke wrote: > >I've been largely ignoring messages about perceived deficiencies in the > >current build system, given the consensus is to replace it anyway, but > >it seems to me that it has gotten better, not worse, in this respect. > > Ignoring m

Re: Git problem

On Wed, Sep 10, 2008 at 11:32:07AM +0200, Thomas Schilling wrote: > I'm not sure. It could be some permission thing as a result of how > the script works that syncs with the Github repo. Github uses ssh key > authentication to identify the user, so we set up a keyfile that > should be used by eve

Threads.c broken on windows

Simon Recent patch to threads.c seems to have broken windows. Pls fix or advise! Unpulling: Fix race condition in wakeupThreadOnCapability() (#2574) did not fix Thanks Simon c:/simonpj/darcs/HEAD/ghc/stage1-inplace/ghc -optc-Werror -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-p

Re: Making GHC work on BSD

Matthias Kilian wrote: On Tue, Sep 09, 2008 at 03:00:59PM +0100, Simon Marlow wrote: Is this a change from 6.8.3? NetBSD currently provides 6.8.3 as an optional package for NetBSD/i386 4.0, with ghci included and without any mmap patches as far as I know. It was also working for me on NetBSD/a

patch applied (testsuite): Fix typo in T2573

Wed Sep 10 03:18:19 PDT 2008 [EMAIL PROTECTED] * Fix typo in T2573 M ./tests/ghc-regress/typecheck/should_compile/T2573.hs -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080910101819-f1c6d-6151535579e0f1909f745d733cb0aefd7819ca6a.gz __

Re: FW: darcs patch: Add extern flag to avoid multiple symbolerrorson Mac...

I've been largely ignoring messages about perceived deficiencies in the current build system, given the consensus is to replace it anyway, but it seems to me that it has gotten better, not worse, in this respect. Ignoring messages, apart from contributing to an unfriendly impression, loses the o

patch applied (ghc): Check the *right* set of type variables for escape!

Wed Sep 10 02:58:16 PDT 2008 [EMAIL PROTECTED] * Check the *right* set of type variables for escape! I did the wrong checkSigTyVars, which (happily) triggered an ASSERT failure. This should fix it. M ./compiler/typecheck/TcInstDcls.lhs -4 +4 M ./compiler/typecheck/TcType.lhs

patch applied (testsuite): Eyeball test for Trac #2581

Wed Sep 10 02:50:37 PDT 2008 [EMAIL PROTECTED] * Eyeball test for Trac #2581 A ./tests/ghc-regress/eyeball/record1.hs View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080910095037-1287e-69e7796e5e468d44b92d4c3090e29b357fe1cbe3.gz _

RE: Porting HaRe to GHC

Hi Chris | If you can remember a few months ago we discused porting HaRe over to GHC, | and at the time I had to focus on writing up my PhD thesis. My PhD thesis | is pretty much ready for submission (within the next couple of days) and I | was wondering if there was an opportunity to continue the

Re: Git problem

I'm not sure. It could be some permission thing as a result of how the script works that syncs with the Github repo. Github uses ssh key authentication to identify the user, so we set up a keyfile that should be used by everyone with push access to darcs.h.o. Apparently, Git creates some files w

patch applied (testsuite): Test Trac #2573

Wed Sep 10 01:55:55 PDT 2008 [EMAIL PROTECTED] * Test Trac #2573 A ./tests/ghc-regress/typecheck/should_compile/T2573.hs M ./tests/ghc-regress/typecheck/should_compile/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/2008091008-1287e-577be6d7b5e3e0b2dfa

patch applied (testsuite): T2572 needs RankNTypes

Wed Sep 10 01:55:27 PDT 2008 [EMAIL PROTECTED] * T2572 needs RankNTypes M ./tests/ghc-regress/typecheck/should_compile/T2572.hs -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080910085527-1287e-58f59d71debfa27ba8f811ad291e89ecc37b7198.gz _

patch applied (testsuite): Follow error message wibbles

Wed Sep 10 01:54:34 PDT 2008 [EMAIL PROTECTED] * Follow error message wibbles M ./tests/ghc-regress/deriving/should_fail/drvfail011.stderr -9 +8 M ./tests/ghc-regress/typecheck/should_fail/tcfail065.stderr -10 +10 M ./tests/ghc-regress/typecheck/should_fail/tcfail067.stderr -71 +71

patch applied (testsuite): Test Trac 2572

Tue Sep 9 03:16:11 PDT 2008 [EMAIL PROTECTED] * Test Trac 2572 A ./tests/ghc-regress/typecheck/should_compile/T2572.hs M ./tests/ghc-regress/typecheck/should_compile/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080909101611-1287e-f32e4bd62fce29d60af1

patch applied (ghc): More refactoring of instance declarations (fixes Trac #2572)

Wed Sep 10 01:51:21 PDT 2008 [EMAIL PROTECTED] * More refactoring of instance declarations (fixes Trac #2572) In refactoring instance declarations I'd taken a short cut over scoped type variables, but it wasn't right as #2572 shows. Fixing it required a significant chunk of further r

patch applied (ghc): Fix Trac #2581: inlining of record selectors

Wed Sep 10 01:30:14 PDT 2008 [EMAIL PROTECTED] * Fix Trac #2581: inlining of record selectors Bryan discovered that a non-trivial record selector (non-trivial in the sense that it has to reconstruct the result value because of UNPACK directives) weren't being inlined. The reason was t

patch applied (ghc): Fix Trac #2573; and explanatory comment

Wed Sep 10 01:23:13 PDT 2008 [EMAIL PROTECTED] * Fix Trac #2573; and explanatory comment M ./compiler/typecheck/TcMType.lhs -1 +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910082313-1287e-192f400e7b91938bf6cb0d192d2ca92d87c586b0.gz ___

patch applied (ghc): Fix the zonking of HsWrappers

Wed Sep 10 01:20:03 PDT 2008 [EMAIL PROTECTED] * Fix the zonking of HsWrappers HsWrappers are horribly inconsistent at the moment. I intended that WpLam, WpApp are for evidence abstraction/application WpTyLam, WpTyApp are for type abstraction/application But when we zonk (W

patch applied (ghc): Add newDictOcc, newDictOccs

Wed Sep 10 01:19:13 PDT 2008 [EMAIL PROTECTED] * Add newDictOcc, newDictOccs M ./compiler/typecheck/Inst.lhs -18 +36 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910081913-1287e-de55ac8d49f287f98b7f2e19367f9720aeaf3a96.gz

patch applied (ghc): Layout and type synonyms only

Wed Sep 10 01:18:15 PDT 2008 [EMAIL PROTECTED] * Layout and type synonyms only M ./compiler/hsSyn/HsBinds.lhs -4 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910081815-1287e-be141028a2616ebaa09067e7b58968844fa05204.gz _

patch applied (ghc): Robustify the setting of implied flags

Wed Sep 10 01:15:28 PDT 2008 [EMAIL PROTECTED] * Robustify the setting of implied flags When setting implied flags, do so recursively. So if -Xa implies -Xb, and -Xb implies -Xc, we do the right thing. I thought we needed this, but we don't. But it seems like a good idea anyway.

patch applied (ghc): Rename a variable

Wed Sep 10 01:15:10 PDT 2008 [EMAIL PROTECTED] * Rename a variable M ./compiler/rename/RnPat.lhs -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910081510-1287e-9dd45cee0e90531b3f514a72cc35dc72167ec4e0.gz ___ Cvs-ghc ma

patch applied (ghc): Comments only

Tue Sep 9 23:50:30 PDT 2008 [EMAIL PROTECTED] * Comments only M ./compiler/coreSyn/CoreSubst.lhs -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910065030-1287e-3912a60f8b5a15b7c9f5644462b1e3b5b366e7fe.gz ___ Cvs-ghc m

Re: FW: darcs patch: Add extern flag to avoid multiple symbolerrorson Mac...

Ian Lynagh wrote: On Tue, Sep 09, 2008 at 04:15:15PM +0100, Simon Marlow wrote: Claus Reinke wrote: What is wrong with a proper 'make', cleaning, dependencies, and all, at least as an aim, if not yet in practice? Of course, you can move house every time your dirty plates fill your sink, so tha

Git problem

I got the following message re the Git repo when pushing a darcs patch. I don't know what it means. Simon dpush -av darcs push -av --no-set-default [EMAIL PROTECTED]:/home/darcs/ghc scp: /home/darcs/ghc/_darcs/format: No such file or directory scp: /home/darcs/ghc/_darcs/prefs/sources: No such

patch applied (ghc): Simplify the type signature for tcPolyBinds

Wed Sep 10 00:35:29 PDT 2008 [EMAIL PROTECTED] * Simplify the type signature for tcPolyBinds M ./compiler/typecheck/TcBinds.lhs -23 +30 M ./compiler/typecheck/TcClassDcl.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080910073529-1287e-eaeaffbe88cdce85b487e8

Daily report for head

Build results: x86-64 Linux head: fail (failed darcs) x86 Windows head:fail (failed bindist bindisttest nofib.boot.0 nofib.boot.0_2 nofib.boot.0_3 nofib.boot.0_4 nofib.boot.0_5) fail (failed getsubrepos) x86 Windows head fast: pass pass lost fail (failed darcs) fail (failed getsu

Daily report for stable

Build results: fast486 stable: fail (failed darcs) gabor stable: pass kgardas stable: fail (failed stage1) malcolm stable: fail (failed darcs) mnemosyne x86-64 Gentoo stable: fail (failed darcs) x86 Windows stable: fail (