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

Re: svn commit: r33792 - in trunk/subversion: libsvn_wc svn

From: Greg Stein <gstein_at_gmail.com>
Date: Wed, 22 Oct 2008 01:48:41 -0700

On Wed, Oct 22, 2008 at 12:49 AM, Jens Seidel <jensseidel_at_users.sf.net> wrote:
>> > PS: Don't forget to call ./autogen.sh again. Don't know why autotools
>> > are not started by default after touching configure.ac. Argh, now I see,
>> > it's a autoconf project but not a automake one ... OK, this explains it.
>> Few things in software development are as obnnoxious as 'make
>> distclean' running configure.
> Can this happen in a automake based project? I thought it just called
> clean and removes also config.h, config.log, ... but as long as
> configure.ac or a dependent M4 file isn't touched configure shouldn't be
> called!??

Yes, this happens. You type "make clean", and automake will re-run
configure, which rebuilds the makefiles, and then it restarts the make
clean. After about the third time it did this to me, I threw out

> Based on my own experience I find autoconf (generates configure) much
> more difficult (at least the configuration: configure.ac, M4 handling)
> than automake (generated Makefile templates) with it's tiny
> Makefile.am's.


> But the current build solution is OK until nobody objects (no, I'm mean,
> if everyone agrees ("+1") to patches) if one tries to fix remaining errors
> (such as no parallel make support during install, or depending on an

Hadn't heard about a lack of parallel support. Interesting. Do you
know what causes that, or is there a bug filed where I can see more?

> properly installed Subversion during "make install" (see e.g.
> http://www.nabble.com/make-install-doesn't-install-td19177330.html which
> contains even a minor patch which can be applied if
> include/subversion-1/svn-revision.txt isn't used (which I think is

Missed that thread last month.

> true))). And there is of course also the problem that installation isn't
> just a simple
> ./configure
> make
> make install
> but has to deal with subcomponents (such as javahl) differently and in a
> fixed order.

It's a complex build system at this point. Originally, not everybody
wanted to build the bindings and things. But I think your suggestion
is better: rather than separate targets, make then configure-time


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-22 10:48:55 CEST

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