>>> "Christopher" == Christopher Sean Morrison <[EMAIL PROTECTED]> writes:
[...]
Christopher> The intent is that if it's not a CVS checkout, I
Christopher> want dependency tracking disabled by default for
Christopher> faster builds. Otherwise, it should be enabled.
Since ./configure supports
Hello,
On Thu, Jun 30, 2005 at 12:32:50PM -0400, Christopher Sean Morrison wrote:
> That's unfortunate but good to know that it doesn't output both or a
> means to dynamically select it after running automake.
As usual, if you need that functionality, code it. It's free software, you
are free t
us --recheck too? Thanks again for the
help and suggestions.
Cheers!
Sean
Date: Wed, 29 Jun 2005 07:45:24 +0200
From: Stepan Kasal <[EMAIL PROTECTED]>
Subject: Re: multiple AM_INIT_AUTOMAKEs cause problems
To: automake@gnu.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain;
Hello,
On Tue, Jun 28, 2005 at 01:42:19PM -0400, Christopher Sean Morrison wrote:
> AM_INIT_AUTOMAKE
...
> AM_INIT_AUTOMAKE([no-dependencies])
I think that this option tells automake to generate different Makefile.in,
which is horter and doesn't include the code for dependency tra
Thanks for the tip and it does look useful, though that doesn't affect
whether or not all compilations are run through depcomp does it? Our
non-CVS source distributions are easily treated as static sources that
won't change much beyond simple build tweaking and minor bug fixing.
So the extra
Hi,
> AC_MSG_CHECKING([whether dependency tracking should be enabled])
> if test -d $srcdir/CVS ; then
> AC_MSG_RESULT(it should)
> AM_INIT_AUTOMAKE
> else
> AC_MSG_RESULT(it should not)
> AM_INIT_AUTOMAKE([no-dependencies])
> fi
You probably want AM_MAINTAINER_MOD
Hello,
I've have a section in a configure.ac that attempts to dynamically
determine whether or not to enable dependency tracking and it seems to
be causing quite a bit of hassle on at least some versions of automake.
Basically, I have the following:
AC_MSG_CHECKING([whether dependency track
