Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 544039 - Autoconf >= 2.64 causes ./configure: line 2837: `yes:'
Summary: Autoconf >= 2.64 causes ./configure: line 2837: `yes:'
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: autoconf
Version: rawhide
Hardware: All
OS: Linux
low
urgent
Target Milestone: ---
Assignee: Karsten Hopp
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 538190
TreeView+ depends on / blocked
 
Reported: 2009-12-03 19:00 UTC by Robert Scheck
Modified: 2009-12-03 23:54 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-12-03 23:54:29 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
configure.f11.bz2 (86.17 KB, application/bzip2)
2009-12-03 19:02 UTC, Robert Scheck 		no flags Details
configure.f13.bz2 (87.37 KB, application/bzip2)
2009-12-03 19:04 UTC, Robert Scheck 		no flags Details
View All

Description Robert Scheck 2009-12-03 19:00:13 UTC 
Description of problem:
Autoconf >= 2.64 creates somehow a busted configure file.

--- snipp ---
+ ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --localstatedir=/var/lib --with-pgsql --with-listen-user=unicornscan
configuring unicornscan version 0.4.7
./configure: line 2837: syntax error near unexpected token `newline'
./configure: line 2837: `yes:'
error: Bad exit status from /var/tmp/rpm-tmp.8sNADt (%build)
--- snapp ---

Version-Release number of selected component (if applicable):
autoconf-2.65-1.fc13

How reproducible:
Everytime, see above.

Actual results:
Autoconf >= 2.64 causes ./configure: line 2837: `yes:'

Expected results:
Working autoconf like e.g. at Fedora 11 ;-)

Additional info:
I'm attaching you a configure file created with Fedora 11 and one created with
Fedora 13 (Rawhide) for comparisons. If you need a reproducer, take the package
from bug #538190 and try to rebuild against Rawhide.
Comment 1 Robert Scheck 2009-12-03 19:02:03 UTC 
Created attachment 375876 [details]
configure.f11.bz2
Comment 2 Robert Scheck 2009-12-03 19:04:08 UTC 
Created attachment 375877 [details]
configure.f13.bz2
Comment 3 Stepan Kasal 2009-12-03 23:54:29 UTC 
The problem is that the sources for the configure script in question are not correct; it is pure coincidence that older versions of Autoconf happened to produce correct shell script from these sources.

The problem is that macro AC_LBL_C_INIT, defined in file unicornscan-0.4.7/aclocal.m4 contains the following pattern:

AC_CACHE_VAL(ac_cv_lbl_something, AC_TRY_COMPILE(args))

This means that the macro AC_TRY_COMPILE is expanded during the argument list scan; this means that any comma or right parenthesis in the expansion totally confuses everything.  The usual practice is to quote every argument of every macro, so that the arguments get collected unexpanded and thus their expansion happens only after the expansion of the outer macro (AC_CACHE_VAL in this case).
In this case, it means that the above pattern should be replaced by

AC_CACHE_VAL([ac_cv_lbl_something], [AC_TRY_COMPILE(args)])

After doing this change in all three occurences of this pattern in AC_LBL_C_INIT,
I got a working configure script.
Note You need to log in before you can comment on or make changes to this bug.