preset output variables

Greetings, my Makefile.in in subdiretory "antlr" contains [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ ie, all build and source related directory variables. I'm getting this in "a

FW: AC_SUBST_FILE

Hi, my Makefile.in looks like this: === Makefile.in == ## ... @stdrules@ === where "stdrules" is a AC_SUBST_FILE() variable, ie. my configure.in (yes, should be configure.ac - I know) contains something like stdrules="scripts/stdrules.mk" AC_SUBST_FIL

AC_SUBST_FILE

Greetings, I really love the feature to replace a autoconf variable with content of a file, ie. using AC_SUBST_FILE. But this feature would be of even greater value if variable substitution would take place. I wonder why this does not take place. Is there a technical reason for this? Or is i

running config.status in subdirs

Greetings, section 14. - recreating a configuration - of autoconf's manual shows a rule on how to regenerate a Makefile, ie. Makefile: Makefile.in config.status ./config.status Makefile That works fine. However, I have a couple of Makefiles in subdirectories. So generalized rule is t

value of @exec_prefix@ etc.

Hi, I'm having this in my Makefile.in exec_prefix = @exec_prefix@ and I'm getting exec_prefix = ${prefix} Hmm, according to GNU coding standards it should be exec_prefix = $(prefix) Is there a way to tell "autoconf" to switch to the second version or is this a bug? I pr

CONFIG_FILES

Greetings, autoconf manual states in 15.1 that >> `config.status' now supports arguments to specify the files to >> instantiate [..] Before, environment variables had to be used. Perhaps a known problem but the new approach is not identical to the old one. This works well: $ CONFIG_FILES=./M

RE: CONFIG_FILES

, December 27, 2004 2:56 PM To: wolfgang haefelinger Cc: autoconf@gnu.org Subject: Re: CONFIG_FILES Hello, you described the following problem with autoconf-generated config.status: On Wed, Dec 22, 2004 at 10:34:36PM +0100, wolfgang haefelinger wrote: > autoconf manual states in 15.1 t

ac_config_sub problem

Hi, I'm facing a problem in my configure script generated by autoconf 2.57. It appears that variable $ac_config_sub is used before assigned. This is what I get: $ fgrep -n ac_config_sub configure 1191:$ac_config_sub sun4 >/dev/null 2>&1 || 1192: { { echo "$as_me:$LINENO: error: cannot run