[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Autoconfig bug report
From: |
JohnT |
Subject: |
Autoconfig bug report |
Date: |
Tue, 09 Oct 2007 15:05:30 -0500 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 |
Here are a few observations on using the autoconfig 2.61 package.
autoupdate 2.61 doesn't handle version info correctly. It puts the following
string
Libgpg-error vmy_versionm4_if(no,yes,-svn0) has been configured as
follows:
into the config.ac or config.in file that results in the configure script giving
the above output instead of a correct version number for a standard release.
This
happened for the two packages I tried running autodate on, parts of the
gpg-2.0.7
package including the current libgcrypt, libassuan, libksba and libgpg-error
packages.
The standard configure file for libgpg-error-1.5 worked fine, and the config.ac
file
was processed correctly by autoconfig to produce an evidently good configure
file
that resulted in an evidently good Makefile, but running autoupdate produced a
bad
config.ac file that became a bad configure script that made a Makefile with the
correct version info missing and the script text displayed instead.
Autoconfig reported the following error on processing the configure.ac file for
gpg 2.0.7 which configured, "made" and compiled OK with the configure file
included
in the release.
address@hidden gnupg-2.0.7]# autoconf --output=configure
configure.ac:883: warning: AM_INTL_SUBDIR is m4_require'd but not m4_defun'd
m4/gettext.m4:362: AM_GNU_GETTEXT is expanded from...
configure.ac:883: the top level
configure:10400: error: possibly undefined macro: AM_INTL_SUBDIR
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
Sincerely,
John in Salina, KS USA
- Autoconfig bug report,
JohnT <=