Re: How to develop on a (GHC) branch with darcs

2010-12-07 Thread Brandon S Allbery KF8NH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/7/10 21:42 , David Peixotto wrote: > P.S. > Apparently Linus used to use Lennart's method of diff and patch for version > control before switching to bitkeeper and then git: > http://www.youtube.com/watch?v=4XpnKHJAok8 about 10:30 minutes in. I

Re: How to develop on a (GHC) branch with darcs

2010-12-07 Thread David Peixotto
It seems a shame that it would be so difficult to maintain a separate GHC branch. Having no long-term branches myself, I haven't yet felt the pain, but reading this email chain I am rather discouraged from attempting it. It makes sense to me to have tool support for branching and merging in a l

Re: [Haskell-cafe] Printing of asynchronous exceptions to stderr

2010-12-07 Thread Mitar
Hi! On Wed, Dec 1, 2010 at 10:50 AM, Simon Marlow wrote: >> Yes, but semantics are different. I want to tolerate some exception >> because they are saying I should do this and this (for example user >> interrupt, or timeout) but I do not want others, which somebody else >> maybe created and I do

Re: [darcs-users] How to develop on a (GHC) branch with darcs

2010-12-07 Thread Iavor Diatchki
Hello, Thanks for all your responses (and the --skip-conflicts tip)! I use git for a lot of my development, so I was hoping that I was just experiencing "culture shock" and simply doing things with the wrong mind-set. Given the responses though, it sounds like this is a well known problem with d

Re: How to develop on a (GHC) branch with darcs

2010-12-07 Thread Simon Marlow
On 06/12/2010 01:57, Iavor Diatchki wrote: Hello, I am doing some work on a GHC branch and I am having a lot of troubles (and spending a lot of time) trying to keep my branch up to date with HEAD, so I would be very grateful for any suggestions by fellow developers of how I might improve the pro

Re: Parallel, Incremental Linking

2010-12-07 Thread Johan Tibell
On Tue, Dec 7, 2010 at 12:00 PM, Bulat Ziganshin wrote: > Hello John, > > Tuesday, December 7, 2010, 11:54:22 AM, you wrote: > >> The bottleneck for building on my multi-core machine is ld, which > > afaik, there was some alternative linker, at least for linux systems gold, developed by Google.

Re: Parallel, Incremental Linking

2010-12-07 Thread Bulat Ziganshin
Hello John, Tuesday, December 7, 2010, 11:54:22 AM, you wrote: > The bottleneck for building on my multi-core machine is ld, which afaik, there was some alternative linker, at least for linux systems -- Best regards, Bulatmailto:bulat.zigans...@gmail.com ___

Re: Parallel, Incremental Linking

2010-12-07 Thread Max Bolingbroke
On 7 December 2010 08:54, John Smith wrote: > Gold in an incremental and multi-threaded linker, but can only output ELF > (not Windows). Is there a cross-platform solution suitable for GHC? Not AFAIK. One thing that would probably help a lot is if GHC-generated code stopped causing the linker to

Parallel, Incremental Linking

2010-12-07 Thread John Smith
The bottleneck for building on my multi-core machine is ld, which spends a considerable time consuming 100% of one core after ghc has finished generating object files. Moreover, GHC is largely IO bound, while ld is CPU bound; incremental linking would enable the two tasks to be performed in paral