[bug #52793] autoreconf fails

Path	csiph.com!weretis.net!feeder6.news.weretis.net!nntp.club.cc.cmu.edu!micro-heart-of-gold.mit.edu!bloom-beacon.mit.edu!bloom-beacon.mit.edu!171.64.64.130.MISMATCH!usenet.stanford.edu!not-for-mail
From	Yavor Doganov <INVALID.NOREPLY@gnu.org>
Newsgroups	gnu.gnustep.bug
Subject	[bug #52793] autoreconf fails
Date	Wed, 3 Jan 2018 07:11:56 -0500 (EST)
Lines	85
Approved	bug-gnustep@gnu.org
Message-ID	<mailman.6762.1514981522.27995.bug-gnustep@gnu.org> (permalink)
NNTP-Posting-Host	lists.gnu.org
Mime-Version	1.0
Content-Type	text/plain;charset=UTF-8
X-Trace	usenet.stanford.edu 1514981523 3503 208.118.235.17 (3 Jan 2018 12:12:03 GMT)
X-Complaints-To	action@cs.stanford.edu
To	Yavor Doganov <yavor@gnu.org>, bug-gnustep@gnu.org
Envelope-to	bug-gnustep@gnu.org
X-PHP-Originating-Script	1001:sendmail.php
X-Savane-Server	savannah.gnu.org:443 [208.118.235.79]
X-Savane-Project	gnustep
X-Savane-Tracker	bugs
X-Savane-Item-ID	52793
User-Agent	Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36
X-Apparently-From	46.10.101.102 (Savane authenticated user yavor)
In-Reply-To
X-detected-operating-system	by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From	208.118.235.79
X-BeenThere	bug-gnustep@gnu.org
X-Mailman-Version	2.1.21
Precedence	list
List-Id	Bug reports for the GNUstep programming environment <bug-gnustep.gnu.org>
List-Unsubscribe	<https://lists.gnu.org/mailman/options/bug-gnustep>, <mailto:bug-gnustep-request@gnu.org?subject=unsubscribe>
List-Archive	<http://lists.gnu.org/archive/html/bug-gnustep/>
List-Post	<mailto:bug-gnustep@gnu.org>
List-Help	<mailto:bug-gnustep-request@gnu.org?subject=help>
List-Subscribe	<https://lists.gnu.org/mailman/listinfo/bug-gnustep>, <mailto:bug-gnustep-request@gnu.org?subject=subscribe>
Xref	csiph.com gnu.gnustep.bug:4234

Show key headers only | View raw

URL:
  <http://savannah.gnu.org/bugs/?52793>

                 Summary: autoreconf fails
                 Project: GNUstep
            Submitted by: yavor
            Submitted on: Wed 03 Jan 2018 02:11:55 PM EET
                Category: Backend
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

This is similar to Bug#52779 but not identical, so I'm reporting it as a
separate bug.


$ autoreconf -fi
configure.ac:275: error: possibly undefined macro: PKG_XFT
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:455: error: possibly undefined macro: PKG_CAIRO
configure.ac:457: error: possibly undefined macro: PKG_CAIRO_FT
configure.ac:459: error: possibly undefined macro: PKG_CAIRO_XLIB
configure.ac:463: error: possibly undefined macro: PKG_CAIRO_GLITZ
configure.ac:465: error: possibly undefined macro: PKG_FONTCONFIG
autoreconf: /usr/bin/autoconf failed with exit status: 1
$ cp ../libs-gui/config/pkg.m4 .
$ rm aclocal.m4
$ autoreconf -fi
configure.ac:275: error: possibly undefined macro: PKG_XFT
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:455: error: possibly undefined macro: PKG_CAIRO
configure.ac:457: error: possibly undefined macro: PKG_CAIRO_FT
configure.ac:459: error: possibly undefined macro: PKG_CAIRO_XLIB
configure.ac:463: error: possibly undefined macro: PKG_CAIRO_GLITZ
configure.ac:465: error: possibly undefined macro: PKG_FONTCONFIG
autoreconf: /usr/bin/autoconf failed with exit status: 1


This is because newer pkg.m4 macros now use m4_pattern_forbid to reserve their
own namespace.  Proposed patch attached.

P.S. PKG_PROG_PKG_CONFIG is AC_REQUIREd by PKG_CHECK_MODULES and generally
shouldn't be necessary to be called explicitly.  However, the first call to
PKG_CHECK_MODULES (for xext) is conditional and that's why the macro is not
expanded and later it fails to detect cairo.  If you use AS_IF instead of
plain "if" autoconf would be able to "see" that and the AC_REQUIRE machinery
would work.  So, either an explicit call to PKG_PROG_PKG_CONFIG is neeeded, or
rewrite the if statement as

AS_IF([test "$HAVE_LIBXext" = no], [PKG_CHECK_MODULES([XEXT], [xext])])



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Wed 03 Jan 2018 02:11:55 PM EET  Name: 0001-Fix-autoreconf-failure.patch
 Size: 101KiB   By: yavor

<http://savannah.gnu.org/bugs/download.php?file_id=42799>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?52793>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/

Back to gnu.gnustep.bug | Previous | Next | Find similar

Thread

[bug #52793] autoreconf fails Yavor Doganov <INVALID.NOREPLY@gnu.org> - 2018-01-03 07:11 -0500

csiph-web