[EMAIL PROTECTED] writes:

> Package: autoconf
> Version: 2.59a-3
>
> Watch:
>
> ---begin---
> zircon$ mkdir test
> zircon$ cd test
> zircon$ cat >configure.in
> AC_PREREQ(2.50)
> AC_INIT(test,1)
> AC_CHECK_FUNCS(wombat)
> sinclude(conf2.in)
> AC_OUTPUT()
> zircon$ autoconf
> zircon$ grep wombat configure
> for ac_func in wombat
> zircon$ grep baboon configure
> zircon$ cat >conf2.in
> AC_CHECK_FUNCS(baboon)
> zircon$ autoconf
> zircon$ grep baboon configure
> zircon$ rm -rf autom4te.cache/
> zircon$ autoconf
> zircon$ grep baboon configure
> for ac_func in baboon
> ---endit---

There are at least two different issues here.  The first is
simply that Autoconf renames sinclude to m4_sinclude via M4sugar.
I don't know why bare sinclude works for you; it does not work
for me.  If I replace sinclude by m4_sinclude, I can reproduce
your problem.

When the first issue is cleared up, the second arises.  This is
what you are pointing out: m4_sinclude does not do dependency
tracking.  This is because, unless Autom4te actually records the
dependencies of a traced file that existed at the time, it has to
assume that a dependency that does not exist may be missing
because the file that included it was changed to no longer
include it.  Thus, a missing dependency always triggers an
update.   This interacts badly with m4_sinclude, which doesn't
yield an error if the dependency is missing.

The way to fix this would be to make autom4te record which
optional (m4_sinclude) dependencies were present or absent on the
last run, so that it could update the target only if that state
changed.  Autoconf 2.59 doesn't have any such logic, and a look
at Autoconf CVS shows that it hasn't been added there either.

My advice would be to use m4_include instead of m4_sinclude if
possible.  Otherwise, if you'd like to implement the above
behavior and submit a patch to me, I'd be happy to review it,
include it in the Debian Autoconf, and submit to upstream.  (I
have little interest in implementing this behavior myself.)
-- 
Ben Pfaff 
email: [EMAIL PROTECTED]
web: http://benpfaff.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to