AC_CONFIG_HEADERS() has the nice habit of not touching if it
already exists and its contents are identical to what AC_OUTPUT would put in
it. Is there a way to achieve the same behavior for the files listed in
AC_CONFIG_FILES? My project here is doing unnecessary recompilations each
time I run c
Hi,
Is there a way to get shell variables substituted in help strings of
AC_ARG_WITH? I mean, with the code below:
foo=yes
AC_ARG_WITH(foo, [--with-foo(default: $foo)])
I see:
$ ./configure --help | grep foo
--with-foo(default: $foo)
But I would like to see:
$
* Roger Leigh <[EMAIL PROTECTED]> [2003-12-30 17:04]:
> Rafael Laboissiere <[EMAIL PROTECTED]> writes:
>
> > Is there a way to get shell variables substituted in help strings of
> > AC_ARG_WITH?
>
> No, because the help text is generated at autoconf-time (
[Sorry for the belated reply. I just noticed the message below because I
saw it in a web archive. Please, Cc: replies to me, since I am not
subscribed to the autoconf mailing list.]
* Thomas Dickey <[EMAIL PROTECTED]> [2003-12-30 18:20]:
> Judging by the changelog, it was to accommodate a defec
* Thomas Dickey <[EMAIL PROTECTED]> [2004-01-24 07:44]:
> On Sat, 24 Jan 2004, Rafael Laboissiere wrote:
>
> > if test -n "$ac_init_help"; then
> > m4_ifset([AC_PACKAGE_STRING],
> > [ case $ac_init_help in
> > short | recursive ) echo "
* Thomas Dickey <[EMAIL PROTECTED]> [2004-01-24 10:40]:
> But the commit comment said there was a problem with the syntax
> highlighting, which was the motivation for the change.
Yes, but if you read the changelog entry again, you will see that it refers
to tests/mktests.sh, and not to lib/autoco