lists.zerezo.com



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



On Thu, Oct 09, 2008 at 01:22:26PM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Thu, Oct 09, 2008 at 01:04:34PM CEST:
> > On Thu, Oct 09, 2008 at 06:47:44AM -0400, Earnie Boyd wrote:
> > 
> > > Where in the Makefile is the z:/path/to/configure set?  VPATH and 
> > > targets would be problematic for a Windows style path.
> > 
> > Yes, VPATH ends up having this,
> >   VPATH=z:/path/to/dir
> > srcdir, top_srcdir, abs_srcdir and abs_top_srcdir also have this 
> > style path in that configuration.
> > 
> > Here is some interesting information.
> 
> > Seems like just cutting down on all those implicit rules helps a lot.
> > 
> > Does autoconf generate any rules that depends on implicit rules of 
> > make? If not, perhaps it should use the -r option by default somehow?
> 
> Can't you just use relative paths?  ./configure or ../source/configure
> leads to $(srcdir) being relative.  Don't use /absolute/path/configure 
> (although it should work, it is generally not preferable).

Hi Ralf,

You came in a little late, and I botched up the thread, because my mail
wasn't working. So, here is a little refresher.

I can build locally by checking out the source locally, and building
locally. When I do that, I build with relative paths and everything
works great. (../configure ...)

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 

Where Z: is a network map of //path/to in this case.

In both of those configurations, make itself is terribly slow. I now
find that if I run 'make -r' this dramatically improves the speed.
It goes from about 8 minutes to 30 seconds. That's a 16x speed
improvement. So, it's at a speed that is OK for me now.

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.

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?

Thanks,
Bob Rossi

-------------------------------------------------------------------------
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