Strange permissions when installing HEAD

Today, I made the possibly rash decision to pull a new copy of the HEAD and install it. After building and running "sudo make install", I found that the installed ghc binary wasn't executable: $ ls /usr/local/ghc-6.9.20080912 lrwxrwxrwx 1 root root 16 2008-09-12 22:28 ghc -> ghc-6.9.20080912 -

Re: Porting HaRe to GHC

I'll just pipe up here that Galois is interested in any effort put into refactoring tools. If you ever want beta testers, or advice on real world refactoring issues, yell. simonpj: > Hi Chris > > | If you can remember a few months ago we discused porting HaRe over to GHC, > | and at the time I

Re: Failure to build Haddock with GHC HEAD on Windows

On Thu, Sep 11, 2008 at 12:00:30PM +0100, Mitchell, Neil wrote: > > I'm compiling haddock HEAD using GHC Paths 1.0.5. To compile haddock I > required two patches, which I've attached to this message, and darcs > sent as well. Thanks; I've fixed these. Thanks Ian ___

Re: missing install-docs in ext-core (was: build fails with: Running Haddock for base-4.0...)

On Tue, Sep 09, 2008 at 09:44:00AM +0100, Claus Reinke wrote: > >== make install-docs - --unix - --no-print-directory -r; > >in /cygdrive/c/fptools/ghc/docs/ext-core > > > >make[3]: *** No rule to make target `install-docs'. S

Re: Patch for support of rich token stream in GHC

2008/9/5 Chaddaï Fouché <[EMAIL PROTECTED]>: > This patch add four exported functions to GHC.hs and one to Lexer.x, > it allows one to extract a token stream from a source file. This token > stream include comments which means it contains everything needed to > recreate Haddock for example in a mor

patch applied (nofib): Make USE_NEW_MKDEPEND_FLAGS=YES if MKDEPENDHS >= GHC 609

Fri Sep 12 04:02:27 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make USE_NEW_MKDEPEND_FLAGS=YES if MKDEPENDHS >= GHC 609 M ./mk/boilerplate.mk -1 +2 View patch online: http://darcs.haskell.org/nofib/_darcs/patches/20080912110227-3fd76-88a9333a76a4589a1dc42469a98d4ace8237c646.gz

patch applied (nofib): Turn off -Werror for nofib

Thu Sep 11 17:17:44 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Turn off -Werror for nofib This allows you to use nofib in a tree built with validate M ./mk/boilerplate.mk +4 View patch online: http://darcs.haskell.org/nofib/_darcs/patches/20080912001744-3fd76-ae2f3adb0328abe6579c066613540

patch applied (ghc): wibble the distrib Makefile

Fri Sep 12 06:59:32 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * wibble the distrib Makefile We now need to install driver after ghc M ./distrib/Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912135932-3fd76-fdaf0e3bf182b40fba26a599b5d7508a34364ab3.gz __

patch applied (ghc): Reinstate the driver/ghc directory, to create a versioned GHC program

Fri Sep 12 04:36:19 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Reinstate the driver/ghc directory, to create a versioned GHC program e.g. $(bindir)/ghc-6.9.20080911 M ./Makefile -1 +1 M ./driver/Makefile -1 +1 A ./driver/ghc/ A ./driver/ghc/Makefile View patch online: http://d

patch applied (ghc): If USE_NEW_MKDEPEND_FLAGS is YES then don't use the deprecated -optdep flags

Fri Sep 12 04:03:16 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * If USE_NEW_MKDEPEND_FLAGS is YES then don't use the deprecated -optdep flags M ./mk/target.mk -1 +7 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912110316-3fd76-e5d837c1f6afe97c62bd5bb01399720b907809e6.gz

patch applied (ghc): Use --force-local when calling tar in bindisttest/

Thu Sep 11 18:28:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Use --force-local when calling tar in bindisttest/ Otherwise it thinks that c:/foo is a remote file M ./bindisttest/Makefile -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912012855-3fd76-b9f30f130af

Re: Patch for support of rich token stream in GHC

Chaddaï Fouché wrote: This patch add four exported functions to GHC.hs and one to Lexer.x, it allows one to extract a token stream from a source file. This token stream include comments which means it contains everything needed to recreate Haddock for example in a more independent fashion (the cu

patch applied (ghc): Fix #2586, bug in THUNK_SELECTORs (again)

Fri Sep 12 06:04:04 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix #2586, bug in THUNK_SELECTORs (again) This time, we had forgetten the write barrier in one place. M ./rts/sm/Evac.c +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912130404-12142-be089cd6530542d4a

patch applied (ghc): TAG 2008-09-12 2

Fri Sep 12 06:28:48 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 2008-09-12 2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912132848-3fd76-c7fb53375b71725fe1ef48b37ee3f9b27bb35c06.gz ___ Cvs-ghc mailing list Cvs-ghc@haskell.

patch applied (ghc): TAG 2008-09-12

Fri Sep 12 06:27:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> tagged 2008-09-12 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912132755-3fd76-c7ef4c3b87f8af06400694a4a24f5276a25620a1.gz ___ Cvs-ghc mailing list Cvs-ghc@haskell.or

patch applied (testsuite): heapprof001(prof_hc_hb, prof_hr) are now fixed (#2576)

Fri Sep 12 04:27:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * heapprof001(prof_hc_hb,prof_hr) are now fixed (#2576) M ./tests/ghc-regress/profiling/should_run/all.T -1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080912112718-12142-2fbf4a1f55ba4bb6de65e25841643e

patch applied (testsuite): not broken any more

Tue Sep 9 06:46:57 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * not broken any more M ./tests/ghc-regress/concurrent/2317/all.T -1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080909134657-12142-d8192267fd836efd12a744fc1fead7d046dd333b.gz

Re: Making GHC work on BSD

On Mon, Sep 08, 2008 at 10:08:27PM +0200, Thorkil Naur wrote: > > take the latest (7.0) FreeBSD and install that. > > So, it would be useful to know, which FreeBSD version would you prefer to use > for this? I think that it's most important to get GHC working in the latest version, so from your

Re: too many specialisations for one function

2008/9/12 Mitchell, Neil <[EMAIL PROTECTED]>: > These messages obscure any real warnings and are quite verbose. Are they > debug markings that accidentally got committed? In general, given things > like this, is it work reporting them - or just ignoring them until a > release candidate? These warn

patch applied (ghc): Fix crash in biographical heap profiling (#2576)

Fri Sep 12 04:25:44 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix crash in biographical heap profiling (#2576) M ./rts/sm/Evac.c -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912112544-12142-e530e1cf735180f867c4d1b13c3a7a7962208266.gz

patch applied (ghc): Fix retainer profiling (#2576)

Fri Sep 12 04:06:43 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix retainer profiling (#2576) M ./rts/RetainerProfile.c -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912110643-12142-e05cb3d04e2b74431127e2025e89e30637cedd46.gz __

Re: Git problem

On Thu, Sep 11, 2008 at 07:26:09PM -0700, Tim Chevalier wrote: > > error: Unable to append to .git/logs/refs/remotes/github/master: > Permission denied Thanks; I've just fixed this one too. Thanks Ian ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http

HEADS UP: Remove driver/ghc

Hi all, Some time ago I removed driver/ghc, but I'm about to reinstate it to provide a ghc-$version program. If you still have a driver/ghc directory in your working directory (e.g. if it couldn't be removed because there were .o files left in it or something), please remove it before pulling or

patch applied (ghc): Fix some bugs in the stack-reducing code (#2571)

Fri Sep 12 03:01:40 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix some bugs in the stack-reducing code (#2571) M ./rts/Schedule.c -8 +8 M ./rts/sm/BlockAlloc.c -4 +12 M ./rts/sm/Storage.c -3 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080912100140-12142-b9

too many specialisations for one function

Hi Using GHC Head from yesterday, I am encountering loads of warnings about too many specialisations for one function. Some of these warning messages take up at least 10 screens. To give just one example, when compiling haddock, the Hoogle backend gives: C:\ghc\ghc-6.9.20080905\bin\ar.exe: creati

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 (

Daily report for head

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