darcs patch: Scripts for building OS X frameworks

The fix to #1931 (problem building readline on OS X) required changing the GNUreadline.framework file. The scripts for generating that framework are distributed in the framework itself, but aren't stored version control anywhere (as far as I can tell). This patch adds the scripts for building GNU

Re: Darcs

David, Thanks for that summary! Given that a first version of the New Darcs seems to be just around the corner, I am very much in favour of giving that a shot before moving over to a new vcs. Switching to a new vcs is a significant investment, especially for those who haven't used that ne

patch applied (ghc): Consistently put www. on the front of haskell.org in URLs

Mon Nov 26 13:52:56 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Consistently put www. on the front of haskell.org in URLs M ./docs/users_guide/6.6-notes.xml -1 +1 M ./docs/users_guide/ffi-chap.xml -1 +1 M ./docs/users_guide/glasgow_exts.xml -12 +12 M ./docs/users_guide/intro.xml -

patch applied (ghc): Fix some more URLs

Mon Nov 26 13:41:47 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix some more URLs M ./docs/users_guide/bugs.xml -1 +1 M ./docs/users_guide/glasgow_exts.xml -4 +4 M ./docs/users_guide/parallel.xml -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@hask

patch applied (ghc): Tweak some URLs

Mon Nov 26 11:41:48 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Tweak some URLs M ./docs/index.html -1 +1 M ./docs/users_guide/glasgow_exts.xml -4 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Fix some links

Mon Nov 26 10:44:06 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix some links M ./docs/users_guide/parallel.xml -2 +2 M ./docs/users_guide/phases.xml -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cv

patch applied (ghc-6.8/ghc): Consistently put www. on the front of haskell.org in URLs

Mon Nov 26 13:52:56 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Consistently put www. on the front of haskell.org in URLs M ./docs/users_guide/6.6-notes.xml -1 +1 M ./docs/users_guide/ffi-chap.xml -1 +1 M ./docs/users_guide/glasgow_exts.xml -12 +12 M ./docs/users_guide/intro.xml -

patch applied (ghc-6.8/ghc): Fix some more URLs

Mon Nov 26 13:41:47 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix some more URLs M ./docs/users_guide/bugs.xml -1 +1 M ./docs/users_guide/glasgow_exts.xml -4 +4 M ./docs/users_guide/parallel.xml -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@hask

patch applied (ghc-6.8/ghc): Tweak some URLs

Mon Nov 26 11:41:48 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Tweak some URLs M ./docs/index.html -1 +1 M ./docs/users_guide/glasgow_exts.xml -4 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc-6.8/ghc): Fix some links

Mon Nov 26 10:44:06 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix some links M ./docs/users_guide/parallel.xml -2 +2 M ./docs/users_guide/phases.xml -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cv

Re: Darcs

Hi all, Don just pointed out this discussion, and suggested I drop by with a status update. First off, you're right that we're very short on developers for darcs. None of our experienced developers have much time just for darcs development just now (with the exception of myself), and we've had a

Re: Darcs

On 2007-11-26, Simon Marlow <[EMAIL PROTECTED]> wrote: > But I do suspect the other VC systems are a lot better than `diff3` when it > comes to merging, and they do retain history (although perhaps not in the > first-class way that darcs does). I'd say "different" rather than "better", for both

Darcs vs alternatives

Hi, all - Simon Marlow mentioned that there's been a discussion unfolding regarding switching ghc away from darcs. I thought I'd add a few comments from the perspective of someone who has used all of darcs, Mercurial and git. The most immediately visible difference between darcs and the oth

Re: Darcs

Maybe it's worse on non-partial repositories, but for example: $ time darcs cha Makefile --last=1000 ... 54.27s real 52.70s user 0.36s system 97% darcs cha Makefile interesting. i got just over 30s in my first try on this, which seemed a lot worse than the response on InteractiveUI.hs. t

Re: Darcs

On Mon, Nov 26, 2007 at 04:31:02PM +, Simon Marlow wrote: > > Maybe it's worse on non-partial repositories, but for example: > > $ time darcs cha Makefile --last=1000 > ... > 54.27s real 52.70s user 0.36s system 97% darcs cha Makefile > > That's stretching my definition of "a few" :-)

Re: Darcs

Claus Reinke wrote: http://hackage.haskell.org/trac/ghc/wiki/DarcsEvaluation thanks, Simon! - perhaps everybody should list their open ghc-relateddarcs tickets there? in case the darcs developers take a look. btw, it is easy to confuse the ghc wiki withdarcs ticket numbers!-) - '

Re: getting complete HEAD repo, darcs issues

3 which reminds me: darcs-all gets in the way when working from local repos on windows: I haven't encountered any issues with darcs-all on Windows, but perhaps I'm just lucky. here is what happens to me when trying to use darcs-all to make a local copy of my ghc+corelibs+testsuite+extralib

Re: Darcs

http://hackage.haskell.org/trac/ghc/wiki/DarcsEvaluation thanks, Simon! - perhaps everybody should list their open ghc-related darcs tickets there? in case the darcs developers take a look. btw, it is easy to confuse the ghc wiki with darcs ticket numbers!-) - 'darcs changes ' can

Re: Darcs

Thanks to everyone who responded so far. So far most people seem to be in favour of a "wait and see" approach with darcs. As promised, I started a wiki page: http://hackage.haskell.org/trac/ghc/wiki/DarcsEvaluation I'm particularly interested in filling out the comparisons with the other VC

Re: Darcs

Manuel M T Chakravarty wrote: Simon Marlow: - conflicts: working with non-trivial branches on darcs is practically impossible. A fix is in the works, but it's not clear how long it will be before it is available in a released darcs version. I don't think this is entirely fair. It's tr

[nightly] 25-Nov-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Sun Nov 25 19:30:03 GMT 2007. checki

patch applied (ghc-6.8/ghc): MERGE: Tidy and trim the type environment in mkBootModDetails

Fri Nov 23 07:35:56 PST 2007 Simon Marlow <[EMAIL PROTECTED]> * MERGE: Tidy and trim the type environment in mkBootModDetails Should fix Trac #1833 We were failing to trim the type envt in mkBootModDetails, so several functions all called (*), for example, were getting into the int

[nightly] 25-Nov-2007 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Sun Nov 25 19:00:00 GMT 2007.

Daily report for stable

Build results: gabor stable: pass kahl G5 Gentoo Linux stable:pass mnemosyne x86-64 Gentoo stable: pass tnaur PPC OSX stable: fail (failed stage1) tnaur PPC OSX stable 2: fail (failed stage1) tnaur x86 Linux stable: fail (failed stage1) x86 Windows st

Daily report for head

Build results: x86 Windows head: pass x86 Windows head fast: pass pass pass pass pass pass gbesh Intel x86_64 Linux head: pass kahl G5 Gentoo Linux head: pass New unexpected test failures: conc049 1 x86 Windows head conc068 1 x86 Windows head hpc_fork 1