Replying to myself:
* Rafael Laboissiere <[EMAIL PROTECTED]> [2004-02-21 11:43]:
> I am having trouble with aclocal-1.8 when trying to m4_include files from
> another file that is itself m4_included. Here is an experiment that narrows
> down the problem:
>
>
I am having trouble with aclocal-1.8 when trying to m4_include files from
another file that is itself m4_included. Here is an experiment that narrows
down the problem:
$ cat > configure.ac < m4_include(cf/foo)
> EOF
$ mkdir cf
$ cat > cf/foo < m4_include(bar)
> EOF
$ touch
I am planning to change a project of mine such that all the autotools files
will be in a directory instead of in the top_srcdir. So far, I have
a layout like this (not all files shown):
top_srcdir/
src/
doc/
cf/
configure.ac
acinclude.m4
In configure.ac I us
* Alexandre Duret-Lutz <[EMAIL PROTECTED]> [2003-03-05 21:15]:
> >>> "Rafael" == Rafael Laboissiere <[EMAIL PROTECTED]> writes:
>
> Rafael> The documentation of Automake 1.7.2 says:
> Rafael> Configuration requirements
> Rafael>
The documentation of Automake 1.7.2 says:
Configuration requirements
==
[snip]
`AC_CONFIG_FILES'
`AC_OUTPUT'
[snip]
Other listed files are treated differently. Currently the only
difference is that an Automake `Makefile'is rem
* Guido Draheim <[EMAIL PROTECTED]> [2003-01-28 10:35]:
> I've been plagued with some implicit and unnecessary `rebuild`s in
> some projects - and the solution is quite simple: in your configure.ac
> script, reset autotools variables to a colon - i.e.
>AUTOHEADER=":"
> or perhaps better yet, r
When I use the macro AC_CONFIG_HEADERS, automake includes a rule in
Makefile.in to rebuild config.h.in through autoheader. Now, I do not want
at all that this file gets touched by autoheader, even when I modifiy one of
its "presumed dependencies" aclocal.m4 and configure.ac.
Is that a way to disa
