Re: FYI: handle sinclude

[Akim Demaille]

>>> "adl" == Alexandre Duret-Lutz <address@hidden> writes:
>>> "Roberto" == Roberto Bagnara <address@hidden> writes:
 adl> [...]

 Roberto> --trace=m4_include:\$f:\$l::\$n::\${::}%
 Roberto> automake: ####################
 Roberto> automake: ## Internal Error ##
 Roberto> automake: ####################
 Roberto> automake: unrequested trace `sinclude'
 Roberto> automake: Please contact <address@hidden>.

 adl> Thanks for the report.  This will be easy to fix, I'll do it tonight.

 adl> The problem is that sinclude is an obsolete name for m4_include,
 adl> and Automake isn't aware of that.  You could as well change your
 adl> acinclude.m4 file to use m4_include instead of sinclude; or
 adl> better: delete acinclude.m4 and add `ACLOCAL_AMFLAGS = -I m4' to
 adl> your top-level Makefile.am.  (aclocal is expected to add this
 adl> list of m4_includes to aclocal.m4 automatically)

 > I'm checking this in.

 > 2003-11-12  Alexandre Duret-Lutz  <address@hidden>

 >      * automake.in (scan_autoconf_traces): Honor sinclude.
 >      * tests/sinclude.test: Check for sinclude.
 >      Report from Roberto Bagnara.

I don't know cases where sinclude is really what's meant, usually
that's "include" that is wished, but original Autoconf undef'ed
include (too common a word) but left sinclude.  Today, the PC way is
m4_include.  So I'm not sure Automake ought to follow sinclude.


Roberto, could you provide some details?