Untouching files in AC_CONFIG_FILES

2003-02-27 Thread Rafael Laboissiere
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

Variable substitiution in help strings

2003-12-30 Thread Rafael Laboissiere
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: $

Re: Variable substitiution in help strings

2003-12-30 Thread Rafael Laboissiere
* 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 (

Re: Variable substitiution in help strings

2004-01-24 Thread Rafael Laboissiere
[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

Re: Variable substitution in help strings

2004-01-24 Thread Rafael Laboissiere
* 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 "

Re: Variable substitution in help strings

2004-01-24 Thread Rafael Laboissiere
* 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