***BOGO*** Re: [Mingw-users] make is super slow

[Ralf Wildenhues <Ralf.Wildenhues@xxxxxx>]

Hi Bob,

* Bob Rossi wrote on Thu, Oct 09, 2008 at 04:20:30PM CEST:
> 
> You came in a little late, and I botched up the thread, because my mail
> wasn't working. So, here is a little refresher.

Thanks; and apologies for not reading the whole thread beforehand.

> I now wanted to try building from a common source tree. So, have the
> source on a network drive, but the build dir on a local drive. I was
> successfully able to get autotools to work to my suprise by doing,
> 
> //path/to/configure 
> /z/path/to/configure 

(BTW, why were you surprised about that?)

> In both of those configurations, make itself is terribly slow. I now
> find that if I run 'make -r' this dramatically improves the speed.

Because it omits lots of stat calls (or whatever the w32 equivalent)
for possible prerequisite files, due to all those pattern rules that
GNU make has built-in.

> The question is, does automake generated Makefile's depend on the -r
> feature? If not, why not always have this off, I'd imagine this would
> improve performance for a lot of tols.

I *think* automake doesn't depend on it.  I'll make a note to try to
test this somehow in a unit test; and anyway I'd consider it a bug if
automake's rules did depend on it.

But many users' Makefile.am files implicitly rely on GNU make-provided
pattern rules.  They probably shouldn't, but let's face it, many
developers never use anything other than GNU make, be that by choice or
by lack of better knowledge.  So, in general it cannot be turned off.

FWIW, we may want to move this part of the discussion to the automake
list, because it turns a bit off-topic here.  (If there is more to
discuss, that is.)

> The second question I have is, how could I get a relative path to a 
> shared drive? If I map it to z:/, how do get a relative path to it?

Even if, I don't think it would help; I'd guess it's the file lookups
that take so long.

Cheers,
Ralf

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
MinGW-users mailing list
MinGW-users@xxxxxxxxxxxxxxxxxxxxx

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users