> "Dean" == Dean Povey <[EMAIL PROTECTED]> writes:
Dean> I didn't actually know about the AM_ macro when I wrote this
Dean> code though.
Make sure you look at the automake macro. For instance this code is
required to work around a GNU make feature:
# We grep out `Entering directory' an
>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
>Akim> I've read into more details your proposal, and it looks very good,
>Akim> much more robust than the current approach in Automake IIRC.
>
>How so?
The current approach just comments out the include directive if it is not
supported
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> I've read into more details your proposal, and it looks very good,
Akim> much more robust than the current approach in Automake IIRC.
How so?
Akim> BTW, does Automake *use* that feature?
Yes. It is critical for dependency trackin
Hi,
Akim Demaille <[EMAIL PROTECTED]> writes:
> BTW, does Automake *use* that feature? If not, then it should not
> provide this macro IMHO. It should stop distributing macros, that's
> Autoconf job, not Automake's.
It is used internally to support the dependency tracking mechanism.
It is almo
I've read into more details your proposal, and it looks very good,
much more robust than the current approach in Automake IIRC.
I'm OK with integrating this with minor changes into Autoconf, but as
Automake 1.5 will already provide something similar (and it will not
require 2.51+ yet, 1.6 will)
I might be wrong, but I believe that what you describe is already in
the current Automake. It might be documented, but at least there is
the macro:
src/am/m4 % less make.m4 nostromo 18:34
# AM_MAKE_INCLUDE()
# -
# Check to see how make tre
