Bug 611781
Summary: | PKG_CHECK_MODULES macro fails with autoconf 2.66 (perhaps) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mamoru TASAKA <mtasaka> |
Component: | autoconf | Assignee: | Karsten Hopp <karsten> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 14 | CC: | atkac, erik-fedora, karsten, kasal, mclasen, rjones, walters |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://lists.gnu.org/archive/html/autoconf/2010-07/msg00011.html | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-02-29 14:22:06 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
Mamoru TASAKA
2010-07-06 14:05:53 UTC
(In reply to comment #0) > Once report to pkgconfig because AS_MESSAGE_LOG_FD can be seen > also in other m4 files (like po.m4, libtool.m4,...) I wanted to say "once reporting to autoconf" It seems this issue was also reported on upstream mailing list: http://lists.gnu.org/archive/html/autoconf/2010-07/msg00011.html It's a bug in pkg.m4. --- pkg-config-0.25/pkg.m4.~1~ 2009-12-06 21:39:02.000000000 +0100 +++ pkg-config-0.25/pkg.m4 2010-07-07 10:07:12.000000000 +0200 @@ -135,7 +135,7 @@ $$1_PKG_ERRORS Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. -_PKG_TEXT])dnl +_PKG_TEXT]) ]) elif test $pkg_failed = untried; then AC_MSG_RESULT([no]) @@ -146,7 +146,7 @@ path to pkg-config. _PKG_TEXT -To get pkg-config, see <http://pkg-config.freedesktop.org/>.])dnl +To get pkg-config, see <http://pkg-config.freedesktop.org/>.]) ]) else $1[]_CFLAGS=$pkg_cv_[]$1[]_CFLAGS (In reply to comment #3) Well, removing dnl will perhaps "fix" this issue. The problem is whether autoconf says "dnl" in this usage is not supported or this is a regression in autoconf. I see many "similar" dnl usage in other m4 files under /usr/share/aclocal. I once want to revet the component to autoconf to see the comment from autoconf maintainer anyway, because this may affect other m4 files. I don't think this is a bug in pkg.m4. At least, I don't see anything in the autoconf manual that would forbid the use of dnl in certain places. Can we revert autoconf until a decision is made on where the bug lies, so we can build things in the meantime? You need pkgconfig-0.25-2.fc14 which has a fix for this issue Can I ask that for future autotools uploads, basic smoke testing is made of major consumers of the stack? Regardless of whether or not it's a bug in pkgconfig, it brought a lot of rawhide builds to a halt. > You need pkgconfig-0.25-2.fc14 which has a fix for this issue
I've put a workaround in pkgconfig merely to keep rawhide going. I still consider this a regression in autoconf that I would like to see addressed.
Upstream isn't sure if this is a bug in pkg.m4 or a regression in autoconf, see http://lists.gnu.org/archive/html/autoconf/2010-07/msg00031.html I still believe that a part of the changes in http://bugs.freedesktop.org/show_bug.cgi?id=13892 is causing this and CC'd the author of that patch for comments. Stepan, what's your opinion on this ? It is not a bug in autoconf because in principle autoconf macros do not generate trailing newlines as documented in (autoconf) Autoconf Language. So it is the responsibility of the caller to add approriate whitespace to separate tokens. This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle. Changing version to '14'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping closing per comment #12 |