Bug 56416
Summary: | Inconsistent substitution of AC_SUBST variables | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Enrico Scholz <rh-bugzilla> |
Component: | automake | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-11-10 03:05:02 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Enrico Scholz
2001-11-17 00:29:29 UTC
An alternative expected result would be FOO = '' FOO = 'foo' (explicit) BAR = '' FOOIN = '' There the behavior of AC_SUBST is more consistent. This is a known bug in automake. In 1.5 and earlier releases, automake configure.in scanning was relatively dumb. It did only textual scanning of configure.in and related files. So things like your code confused it. An upcoming automake release will fix this by using autoconf's "trace" facility to more correctly scan configure.in. No one knows when this release will happen, however. moved to automake15 component With autoconf-2.53-7 and automake-1.6.2-1 I still get: FOO = '' FOO = 'foo' (explicit) BAR = 'bar' FOOIN = 'fooin' (Did you mean "AUTOMAKE=automake" by "automake=automake"?) [Just btw: "cat <<EOF >file" doesn't work so well here for me since my shell expands the embedded "$VAR"'s and the tabs in "Makefile.am" are lost.] With automake-1.7.8 and autoconf-2.58 I now see the expected result. I suspect this is probably fixed in all 1.7.x. |