[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: new build system

From: Karl Fogel <kfogel_at_collab.net>
Date: 2001-05-31 21:11:51 CEST

"Sadinoff, Daniel" <daniel.sadinoff@gs.com> writes:
> As far as BSD is concerned, I wasn't aware that anybody but GNU had
> implemented -j. Oh.
>
> And nobody is "forced" to upgrade, it's just a performance improvement. Not
> upgrading wouldn't break anything.
>
> For what it's worth (not much for a mostly-lurker, I'm sure) I see no
> problem with single, monolithic makefiles, but they don't seem appropriate
> here, with neon et al being separate projects.

Oh, we're not replacing the apr and neon Makefiles, we'll just invoke
them. I don't think anyone wants to take on *that* level of
infiltration into external projects. :-) So we're still using
"recursive" make in that limited sense.

The new build system doesn't currently invoke them, afaik, but that's
just a buglet, not a planned behavior.

-K

> -----Original Message-----
> From: Greg Stein [mailto:gstein@lyra.org]
> Sent: Wednesday, May 30, 2001 7:11 PM
> To: Sadinoff, Daniel
> Cc: dev@subversion.tigris.org
> Subject: Re: new build system
>
>
> But to get those features, people would need to upgrade. Or the BSD guys
> would (again) be forced to use GNU make.
>
> On my system (a multiprocessor, btw, which supports -j nicely :-), I only
> have Make 3.77.
>
> Cheers,
> -g
>
> On Wed, May 30, 2001 at 03:37:59PM -0400, Sadinoff, Daniel wrote:
> > Actually, current versions of GNU-make are very recursion-friendly:
> >
> > from the NEWS for version 3.78 of GNU-make:
> >
> > * A "job server" feature, suggested by Howard Chu <hyc@highlandsun.com>.
> >
> > On systems that support POSIX pipe(2) semantics, GNU make can now pass
> > -jN options to submakes rather than forcing them all to use -j1. The
> > top make and all its sub-make processes use a pipe to communicate with
> > each other to ensure that no more than N jobs are started across all
> > makes. To get the old behavior of -j back, you can configure make
> > with the --disable-job-server option.
> >
> >
> > -----Original Message-----
> > From: Greg Stein [mailto:gstein@lyra.org]
> > Sent: Sunday, May 27, 2001 3:06 AM
> > To: Garance A Drosihn
> > Cc: dev@subversion.tigris.org
> > Subject: Re: new build system
> >
> >
> > On Sun, May 27, 2001 at 12:29:36AM -0400, Garance A Drosihn wrote:
> > >...
> > > >Then there is that whole recursion thing I mentioned. We get
> > > >speed and clarity with the new system. Removing automake and
> > > >its bazillion substitutions has also dramatically sped up
> > > >autogen.sh and the last step of ./configure.
> > >
> > > Speeding up the build process also sounds like a win. As long
> > > as it all works right, this seems like a worthwhile alternative
> > > to try out. If it works, then faster builds are always nice
> > > to have!
> >
> > If it didn't work, I wouldn't have checked it in :-)
> >
> > > (any idea how well this works with 'make -j'?)
> >
> > Actually, make -j should work much better with the single makefile. It can
> > parallelize the entire build, not just the bits within a single directory.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
>
> --
> Greg Stein, http://www.lyra.org/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:31 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.