This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
RE: OT: possible project/research project
- From: "Robert Collins" <robert dot collins at itdomain dot com dot au>
- To: "Jesper Eskilson" <jojo at virtutech dot se>,<cygwin at cygwin dot com>
- Date: Thu, 21 Mar 2002 22:19:37 +1100
- Subject: RE: OT: possible project/research project
> -----Original Message-----
> From: Jesper Eskilson [mailto:jojo@virtutech.se]
> Sent: Thursday, March 21, 2002 4:52 PM
> To: cygwin@cygwin.com
> Subject: Re: OT: possible project/research project
>
>
> "Gary R. Van Sickle" <g.r.vansickle@worldnet.att.net> writes:
>
> > # Why should this...:
> > rm //a/bunch/of/files/out/on/a/super/slow/server/*
> > # ...block this:
> > gcc hello.c
> >
> > Obviously you're never going to be able to take advatage of all
> > non-dependencies, but as a wise man once told me, "you can't win if
> > you don't enter".
>
> make -j?
make -j serialises at directory borders (at a minimum).
You might like to review the 'recursive make considered harmful' paper
(if you haven't already).
such an approach allows hugely decreased make times in the general case,
by reducing
forks()
dependency recalculations
increased parallelism (partly by reduced serialisation of
non-dependencies).
I routinely do this with automake - I have One, or at most 3
Makefile.am's for projects, even quite large ones, and make -j3 just
flies along, even with lots and lots of little modular directories and
dependencies turned on.
Rob
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/