From unknown Tue Aug 19 23:09:00 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#20733 <20733@debbugs.gnu.org> To: bug#20733 <20733@debbugs.gnu.org> Subject: Status: coreutils build problem Reply-To: bug#20733 <20733@debbugs.gnu.org> Date: Wed, 20 Aug 2025 06:09:00 +0000 retitle 20733 coreutils build problem reassign 20733 coreutils submitter 20733 Paul Eggert severity 20733 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 15:17:50 2015 Received: (at submit) by debbugs.gnu.org; 4 Jun 2015 19:17:50 +0000 Received: from localhost ([127.0.0.1]:40766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0aeE-0006XL-5z for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:17:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46491) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0aeB-0006X5-J7 for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:17:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0ae5-0007Vm-4l for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:17:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0ae5-0007Ve-1R for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:17:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0ae3-0005QT-Qy for bug-coreutils@gnu.org; Thu, 04 Jun 2015 15:17:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0ady-0007Te-R0 for bug-coreutils@gnu.org; Thu, 04 Jun 2015 15:17:39 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:56276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0ady-0007SC-HX for bug-coreutils@gnu.org; Thu, 04 Jun 2015 15:17:34 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 78B291604E0; Thu, 4 Jun 2015 12:17:25 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id miASBmsA-TL9; Thu, 4 Jun 2015 12:17:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2ACA11606C0; Thu, 4 Jun 2015 12:17:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id X6mCC0f1SBPc; Thu, 4 Jun 2015 12:17:24 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id ED3BF1604E0; Thu, 4 Jun 2015 12:17:23 -0700 (PDT) Message-ID: <5570A440.6050502@cs.ucla.edu> Date: Thu, 04 Jun 2015 12:17:20 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: coreutils build problem References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------020902030805020009090706" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit Cc: bug-coreutils@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) This is a multi-part message in MIME format. --------------020902030805020009090706 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Let's focus on 8.23 as 8.21 is pretty old.... On 06/04/2015 09:41 AM, Michael Felt wrote: > GEN src/coreutils.h > /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. Ah, thanks, that's a bug in the build procedure, which I have fixed by pushing the attached patch. Please give it a try. --------------020902030805020009090706 Content-Type: text/x-patch; name="0001-build-port-single_binary_prog-to-POSIX-shell.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-build-port-single_binary_prog-to-POSIX-shell.patch" >From f6dc56f4754838069037a2e03553e8badc065c05 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 4 Jun 2015 12:15:35 -0700 Subject: [PATCH] build: port single_binary_prog to POSIX shell Problem reported privately by Michael Felt. * Makefile.am (install-exec-hook): * src/local.mk (src/coreutils_symlinks, src/coreutils_shebangs) (clean-local): Port to POSIX shell, which doesn't allow 'for i in ; do ...'. --- Makefile.am | 3 ++- src/local.mk | 9 ++++++--- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/Makefile.am b/Makefile.am index 7d7e381..f5543dd 100644 --- a/Makefile.am +++ b/Makefile.am @@ -195,7 +195,8 @@ check-git-hook-script-sync: # the selected tools when installing. install-exec-hook: $(AM_V_at)ctrans=$$(printf coreutils | sed -e "$(transform)"); \ - for p in $(single_binary_progs); do \ + for p in x $(single_binary_progs); do \ + test $$p = x && continue; \ ptrans=$$(printf '%s' "$$p" | sed -e "$(transform)"); \ rm -f $(DESTDIR)$(bindir)/$$ptrans$(EXEEXT) || exit $$?; \ if test "x$(single_binary_install_type)" = xshebangs; then \ diff --git a/src/local.mk b/src/local.mk index 5a3b1b3..eaeed08 100644 --- a/src/local.mk +++ b/src/local.mk @@ -427,7 +427,8 @@ endif SINGLE_BINARY CLEANFILES += src/coreutils_symlinks src/coreutils_symlinks: Makefile $(AM_V_GEN)touch $@ - $(AM_V_at)for i in $(single_binary_progs); do \ + $(AM_V_at)for i in x $(single_binary_progs); do \ + test $$i = x && continue; \ rm -f src/$$i$(EXEEXT) || exit $$?; \ $(LN_S) -s coreutils$(EXEEXT) src/$$i$(EXEEXT) || exit $$?; \ done @@ -435,7 +436,8 @@ src/coreutils_symlinks: Makefile CLEANFILES += src/coreutils_shebangs src/coreutils_shebangs: Makefile $(AM_V_GEN)touch $@ - $(AM_V_at)for i in $(single_binary_progs); do \ + $(AM_V_at)for i in x $(single_binary_progs); do \ + test $$i = x && continue; \ rm -f src/$$i$(EXEEXT) || exit $$?; \ printf '#!%s --coreutils-prog-shebang=%s\n' \ $(abs_top_builddir)/src/coreutils$(EXEEXT) $$i \ @@ -444,7 +446,8 @@ src/coreutils_shebangs: Makefile done clean-local: - $(AM_V_at)for i in $(single_binary_progs); do \ + $(AM_V_at)for i in x $(single_binary_progs); do \ + test $$i = x && continue; \ rm -f src/$$i$(EXEEXT) || exit $$?; \ done -- 2.1.0 --------------020902030805020009090706-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 15:18:59 2015 Received: (at control) by debbugs.gnu.org; 4 Jun 2015 19:18:59 +0000 Received: from localhost ([127.0.0.1]:40774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0afK-0006ZX-Qu for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:18:59 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:48516) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0afI-0006ZE-Rz for control@debbugs.gnu.org; Thu, 04 Jun 2015 15:18:57 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 47BE41604E0 for ; Thu, 4 Jun 2015 12:18:51 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 3J5vac_79Xxi for ; Thu, 4 Jun 2015 12:18:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id B0FAE1606C0 for ; Thu, 4 Jun 2015 12:18:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MMv6qrNKGQrk for ; Thu, 4 Jun 2015 12:18:50 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 9E0E01604E0 for ; Thu, 4 Jun 2015 12:18:50 -0700 (PDT) Message-ID: <5570A49A.2090102@cs.ucla.edu> Date: Thu, 04 Jun 2015 12:18:50 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: 20733 is fixed Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) close 20733 From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 15:34:18 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 19:34:18 +0000 Received: from localhost ([127.0.0.1]:40797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0au9-0008T1-HQ for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:34:18 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46578) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0au7-0008Ss-04 for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 15:34:15 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 164B72DC434; Thu, 4 Jun 2015 19:34:14 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t54JYDqZ013642; Thu, 4 Jun 2015 15:34:13 -0400 Message-ID: <5570A830.3060005@redhat.com> Date: Thu, 04 Jun 2015 13:34:08 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Paul Eggert , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> In-Reply-To: <5570A440.6050502@cs.ucla.edu> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DPs9O0I9Ln7021nDcqN8a7xpGvifJcgKv" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DPs9O0I9Ln7021nDcqN8a7xpGvifJcgKv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable [adding autoconf] On 06/04/2015 01:17 PM, Paul Eggert wrote: >=20 > On 06/04/2015 09:41 AM, Michael Felt wrote: >> GEN src/coreutils.h >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >=20 > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. Actually, POSIX _does_ allow for missing words between 'in' and the terminator (; or newline) before 'do' (whether by a word that expands to nothing, or by omission of words), requiring that the body of the for statement is skipped in that case: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#= tag_18_09_04 But it is also true that older shells did not always follow this rule, so you are indeed better off always supplying at least one word that won't be expanded into nothingness. Hmmm, I thought that autoconf would document it as a portability pitfall, but I don't see it under 'for' in this link: https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of= -Builtins --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --DPs9O0I9Ln7021nDcqN8a7xpGvifJcgKv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcKgwAAoJEKeha0olJ0Nqd1wH/19BDIHnbW/aG8cZBI+t15+O OgS8tRoF9n2KBEMY0+C2gI7vC1Eb6DQwgW7PcMTVouUUkKAreOUSBr87iVVYgHvc /+GDcpJgH3rXiwohEXnVRfozFCitQMPunx0oIsZVZwEyFR00zv9kIf3DikLL7g2C xot48pxls2zlLELagdPQzuuNe9ApR0PULGLsP//ry6AFH9Sk4KnXGeERPKVqbSkG g911KVvjWuuiDtiZPAOz/0rsiL2OqUm1QrVbHuBkAa/m81aa8D/r4oPgDhC583TS 17hODg1M/iqVn+Gd3Gtko5fc+KJitHMjpn/YoLSYY62nWu8v4ZVTc0hqZHPb/FQ= =46jg -----END PGP SIGNATURE----- --DPs9O0I9Ln7021nDcqN8a7xpGvifJcgKv-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 15:35:18 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 19:35:18 +0000 Received: from localhost ([127.0.0.1]:40801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0av8-0008Um-9O for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:35:18 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:52325) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0av5-0008Uc-Sc for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 15:35:17 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3m2cl63Z70z3hj9d; Thu, 4 Jun 2015 21:35:14 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3m2cl56nv2zvh2F; Thu, 4 Jun 2015 21:35:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id J8mK18S48BB8; Thu, 4 Jun 2015 21:35:13 +0200 (CEST) X-Auth-Info: MxJqHR8kTmPuuM4q8++BHDkLp2t5VE1SOCm93M46/AG04Y2VBQAlsdRnOp0bqCKk Received: from linux.local (p4FE4C43B.dip0.t-ipconnect.de [79.228.196.59]) by mail.mnet-online.de (Postfix) with ESMTPA; Thu, 4 Jun 2015 21:35:13 +0200 (CEST) Received: by linux.local (Postfix, from userid 501) id 1252E1E58EB; Thu, 4 Jun 2015 21:35:09 +0200 (CEST) From: Andreas Schwab To: Paul Eggert Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> X-Yow: Xerox your lunch and file it under ``sex offenders!'' Date: Thu, 04 Jun 2015 21:35:08 +0200 In-Reply-To: <5570A440.6050502@cs.ucla.edu> (Paul Eggert's message of "Thu, 04 Jun 2015 12:17:20 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Michael Felt X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Paul Eggert writes: > --- a/Makefile.am > +++ b/Makefile.am > @@ -195,7 +195,8 @@ check-git-hook-script-sync: > # the selected tools when installing. > install-exec-hook: > $(AM_V_at)ctrans=$$(printf coreutils | sed -e "$(transform)"); \ > - for p in $(single_binary_progs); do \ > + for p in x $(single_binary_progs); do \ > + test $$p = x && continue; \ A better way to solve that is to use a shell variable: progs='$(single_binary_progs)'; \ for p in $$progs; do Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 15:43:37 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 19:43:38 +0000 Received: from localhost ([127.0.0.1]:40807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0b3B-0000FL-IP for submit@debbugs.gnu.org; Thu, 04 Jun 2015 15:43:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49905) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0b38-0000FA-W7 for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 15:43:35 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 09DBB3674A1; Thu, 4 Jun 2015 19:43:33 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t54JhWDn012969; Thu, 4 Jun 2015 15:43:32 -0400 Message-ID: <5570AA63.5090205@redhat.com> Date: Thu, 04 Jun 2015 13:43:31 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Andreas Schwab , Paul Eggert Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> In-Reply-To: OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uJ6tPx0Pbo25fsOatpWnV2lR8ibSLoe3S" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Michael Felt X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --uJ6tPx0Pbo25fsOatpWnV2lR8ibSLoe3S Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/04/2015 01:35 PM, Andreas Schwab wrote: > Paul Eggert writes: >=20 >> --- a/Makefile.am >> +++ b/Makefile.am >> @@ -195,7 +195,8 @@ check-git-hook-script-sync: >> # the selected tools when installing. >> install-exec-hook: >> $(AM_V_at)ctrans=3D$$(printf coreutils | sed -e "$(transform)"); \ >> - for p in $(single_binary_progs); do \ >> + for p in x $(single_binary_progs); do \ >> + test $$p =3D x && continue; \ >=20 > A better way to solve that is to use a shell variable: >=20 > progs=3D'$(single_binary_progs)'; \ > for p in $$progs; do You can also use something that expands into a no-op shell word: for p in `` $(single_binary_progs); do --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --uJ6tPx0Pbo25fsOatpWnV2lR8ibSLoe3S Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcKpjAAoJEKeha0olJ0NqxpAH/3nIGLCDspfBbLf4nl6SPQyr 1OB3wP+ellKL+u5YByigAg+5wgR6oTntZdy/2e2R7WdXZElmEjr7ujlr2JuLuWds m2GQu5Q/fFRIRW1Mv/Q+aB4VtsQu+BS4za67FxVhBsGVpZ+h2DTT0xerpXxWRaLy DPlcN6bn6iCWBle+Z6cOAL4L+qossyqBbQzE7YRmI5XQIvow9dogAiqcVfr+JjTp cJ4/eTq0/Lw3dM5OIwchpTdti1rwl1G7U1vYdZZdHNHCVuyDdHf6HS0RM5v9u+II w6Eo9mcejcr5sKjY8riNnrDJJNwaEX7WSe3UOb7SMwN/0q8OSdYOmiKj1w0MARA= =mwrf -----END PGP SIGNATURE----- --uJ6tPx0Pbo25fsOatpWnV2lR8ibSLoe3S-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:06:18 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 20:06:18 +0000 Received: from localhost ([127.0.0.1]:40829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bP7-0002Gb-LU for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:06:18 -0400 Received: from resqmta-po-04v.sys.comcast.net ([96.114.154.163]:47245) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bP4-0002GK-JQ for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 16:06:15 -0400 Received: from resomta-po-12v.sys.comcast.net ([96.114.154.236]) by resqmta-po-04v.sys.comcast.net with comcast id cL5V1q00356HXL001L6718; Thu, 04 Jun 2015 20:06:07 +0000 Received: from red.redhat.com ([24.10.254.122]) by resomta-po-12v.sys.comcast.net with comcast id cL631q00N2fD5rL01L66A2; Thu, 04 Jun 2015 20:06:07 +0000 From: Eric Blake To: autoconf-patches@gnu.org Subject: [PATCH] doc: mention 'for' syntax issue on older shells Date: Thu, 4 Jun 2015 14:06:03 -0600 Message-Id: <1433448363-32251-1-git-send-email-eblake@redhat.com> X-Mailer: git-send-email 2.4.2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1433448367; bh=1RgPNvZyXwirQ+4bjFnnBNZo4wO6h64UNGECoJoHtcI=; h=Received:Received:From:To:Subject:Date:Message-Id; b=JQKfQr8/I3AxNTYjyVHXVA56WTRBjJGUK1tK8APD8cd8H0W4f3YQCj0+YiOdsqQx1 JiXmxW9AI86CEeSjnWNzqCra3UHVdhaU4eAWbQZx+nSvqu0yBchxc9VtfDAQWZdFD1 OhULWaj1sGumjMUPUSTz8oZK4xPKfUmGsaHQ4M+61o8xymUjRUurMKDdWVEyI5rUbF 4YDVF3MmnvYwdR7k2yfuIKO1R4NFoRA5mvtgj5eI3K7uuyDPvIx+gI8zYd6ipPdmg1 YYLkBd0NdFOtTOHgR3HbUhBuu/sazq2zuUg9sca5tT06Lmo/VZVlOQ+XYEhtJ9aAKE UnFbkoYMDn1Pg== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, mamfelt@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Based on a report by Michael Felt, via Paul Eggert on the coreutils list. * doc/autoconf.texi (Limitations of Builtins) : Document problem with 'for var in ;'. Signed-off-by: Eric Blake --- doc/autoconf.texi | 34 ++++++++++++++++++++++++++++++++++ 1 file changed, 34 insertions(+) diff --git a/doc/autoconf.texi b/doc/autoconf.texi index 8c4302d..bbc9fa3 100644 --- a/doc/autoconf.texi +++ b/doc/autoconf.texi @@ -17757,6 +17757,40 @@ Limitations of Builtins word splitting on @samp{$@{1+"$@@"@}}; see @ref{Shell Substitutions}, item @samp{$@@}, for more. +Posix requires support for a @command{for} loop with no list after +@code{in}. However, Solaris @command{/bin/sh} treats that as a syntax +error. It is possible to work around this by providing any shell word +that expands to nothing, or by ignoring an obvious sentinel. + +@example +$ @kbd{/bin/sh -c 'for a in $empty; do echo hi; done'} +$ @kbd{/bin/sh -c 'for a in ; do echo hi; done'} +/bin/sh: syntax error at line 1: `;' unexpected +@end example + +The problem is most common in makefile fragments where a make variable +is used as the source of a list, but sometimes results in no text. In +that context, another common workaround is to use a shell variable +rather than a make variable as the source of the list. + +@example +$ @kbd{cat Makefile} +list = +bad: + @@for arg in $(list); do echo $$arg; done +good: + @@list='$(list)'; for arg in $$list; do echo $$arg; done +$ @kbd{make bad list='a b'} +a +b +$ @kbd{make bad 2&>1 | head -n1} +sh: syntax error at line 1: `;' unexpected +$ @kbd{make good} +$ @kbd{make good list='a b'} +a +b +@end example + In Solaris @command{/bin/sh}, when the list of arguments of a @command{for} loop starts with @emph{unquoted} tokens looking like variable assignments, the loop is not executed on those tokens: -- 2.4.2 From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:17:35 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 20:17:35 +0000 Received: from localhost ([127.0.0.1]:40833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0ba2-0002Wl-Kv for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:17:35 -0400 Received: from mx5.gridway.net ([74.216.186.162]:42262 helo=mx5r.gridway.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bZz-0002WX-S0 for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 16:17:32 -0400 Received: from delivery.mygridway.net (delivery.mygridway.net [72.1.205.180]) by mx5r.gridway.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id t54KHFYb005266 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 4 Jun 2015 16:17:15 -0400 Received: from mail.ellipticsemi.com (24.114.47.98) by delivery.mygridway.net (172.17.12.4) with Microsoft SMTP Server (TLS) id 14.3.224.2; Thu, 4 Jun 2015 16:17:15 -0400 Date: Thu, 4 Jun 2015 16:17:18 -0400 From: Nick Bowler To: Eric Blake Subject: Re: bug#20733: coreutils build problem Message-ID: <20150604201718.GA21096@elliptictech.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <5570A830.3060005@redhat.com> Organization: Elliptic Technologies Inc. User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [24.114.47.98] X-Spam-Score: undef - relay 72.1.205.180 marked with skip_spam_scan X-CanIt-Geo: ip=72.1.205.180; country=CA; region=Ontario; city=Ottawa; latitude=45.4207; longitude=-75.7023; http://maps.google.com/maps?q=45.4207,-75.7023&z=6 X-CanItPRO-Stream: base:outbound (inherits from base:default) X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 207.107.149.162 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Michael Felt , Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 2015-06-04 13:34 -0600, Eric Blake wrote: > [adding autoconf] > > On 06/04/2015 01:17 PM, Paul Eggert wrote: > > > > On 06/04/2015 09:41 AM, Michael Felt wrote: > >> GEN src/coreutils.h > >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. > > > > > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. > > Actually, POSIX _does_ allow for missing words between 'in' and the > terminator (; or newline) before 'do' (whether by a word that expands to > nothing, or by omission of words), requiring that the body of the for > statement is skipped in that case: > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 > > But it is also true that older shells did not always follow this rule, > so you are indeed better off always supplying at least one word that > won't be expanded into nothingness. > > Hmmm, I thought that autoconf would document it as a portability > pitfall, but I don't see it under 'for' in this link: > > https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins Yikes! Some questions: Do these problematic shells properly handle: for arg do ... done when $# is 0? If so, can we use the following as a workaround? set x words-that-might-expand-to-nothing; shift for arg do ... done I suppose that might be hard to do in this /particular/ case, as it looks like the error is coming from a make rule. The Autoconf manual quite emphatically says to avoid 'for arg; do ...' by using a newline instead of a semicolon, a feat which is not easily done in make rules. Cheers, -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:40:29 2015 Received: (at submit) by debbugs.gnu.org; 4 Jun 2015 20:40:29 +0000 Received: from localhost ([127.0.0.1]:40843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bwC-00034T-KR for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:40:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35220) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bw9-00034D-Ny for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:40:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0bw3-0005eZ-Mi for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:40:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0bw3-0005eU-Kx for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:40:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0bw2-0006jy-W5 for bug-coreutils@gnu.org; Thu, 04 Jun 2015 16:40:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0bvy-0005dI-3C for bug-coreutils@gnu.org; Thu, 04 Jun 2015 16:40:18 -0400 Received: from plane.gmane.org ([80.91.229.3]:34255) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0bvx-0005ce-TT for bug-coreutils@gnu.org; Thu, 04 Jun 2015 16:40:14 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z0bvv-0006hT-H5 for bug-coreutils@gnu.org; Thu, 04 Jun 2015 22:40:11 +0200 Received: from 05448b1b.skybroadband.com ([5.68.139.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jun 2015 22:40:11 +0200 Received: from stephane.chazelas by 05448b1b.skybroadband.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jun 2015 22:40:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-coreutils@gnu.org From: Stephane Chazelas Subject: Re: bug#20733: [PATCH] doc: mention 'for' syntax issue on older shells Date: Thu, 4 Jun 2015 21:36:17 +0100 Lines: 20 Message-ID: <20150604203617.GI6451@chaz.gmail.com> References: <5570A440.6050502@cs.ucla.edu> <1433448363-32251-1-git-send-email-eblake__36210.5187298313$1433448455$gmane$org@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 05448b1b.skybroadband.com Content-Disposition: inline In-Reply-To: <1433448363-32251-1-git-send-email-eblake__36210.5187298313$1433448455$gmane$org@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) 2015-06-04 14:06:03 -0600, Eric Blake: [...] > +$ @kbd{cat Makefile} > +list = > +bad: > + @@for arg in $(list); do echo $$arg; done > +good: > + @@list='$(list)'; for arg in $$list; do echo $$arg; done [...] Another option is to use: for arg in $${-+$(list)}; do echo $$arg; done That's ${var+value} that expands to value if var is set. $- is always set. $0 could also be used instead. -- Stephane From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:41:18 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 20:41:18 +0000 Received: from localhost ([127.0.0.1]:40847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bwz-000369-JZ for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:41:18 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37778) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0bwx-000360-Ck for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 16:41:16 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id 8638A3173CC; Thu, 4 Jun 2015 20:41:14 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t54KfDvf031567; Thu, 4 Jun 2015 16:41:13 -0400 Message-ID: <5570B7E4.8040803@redhat.com> Date: Thu, 04 Jun 2015 14:41:08 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Nick Bowler Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <20150604201718.GA21096@elliptictech.com> In-Reply-To: <20150604201718.GA21096@elliptictech.com> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Npv3qARQa6TCEH2lpfcK2vUQPxMTfC17m" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Michael Felt , Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Npv3qARQa6TCEH2lpfcK2vUQPxMTfC17m Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/04/2015 02:17 PM, Nick Bowler wrote: > Do these problematic shells properly handle: >=20 > for arg > do > ... > done >=20 > when $# is 0? Yes; all shells do. $ /bin/sh -c 'echo $#; for arg do echo hi; done; echo bye' 0 bye >=20 > If so, can we use the following as a workaround? >=20 > set x words-that-might-expand-to-nothing; shift > for arg > do > ... > done Not ideal, when there are shorter invocations that can do the same. And it's not the expand-to-nothing that is a problem, it is the actual omissi= on: $ /bin/sh -c 'for a in ; do :; done' /bin/sh: syntax error at line 1: `;' unexpected $ /bin/sh -c 'for a in $nothing; do :; done' $ so anything that expands in shell to nothing (whether $nothing, ``, or use of a shell variable rather than a make variable) is fine; the problem is most common in Makefiles where make variables are expanded before the shell sees anything. >=20 > I suppose that might be hard to do in this /particular/ case, as it > looks like the error is coming from a make rule. The Autoconf manual > quite emphatically says to avoid 'for arg; do ...' by using a newline > instead of a semicolon, a feat which is not easily done in make rules. The manual also has a workaround for getting a literal newline in make rules: nlinit=3D`echo 'nl=3D"'; echo '"'`; eval "$$nlinit" although that only gives you $nl containing newline, and you'd still need another layer of 'eval' if you wanted to actually write the makefile fragment to interpret the newline as a separator between the var-name and 'do'. So yeah, it's not worth it. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --Npv3qARQa6TCEH2lpfcK2vUQPxMTfC17m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcLfkAAoJEKeha0olJ0NqhJAH/3TftTfFFweyyXezmlNAJvR7 dQY7jJHojnH96Un5asCbXq6+z5zzcsIAn4bn5JheEK1F4QXvcqmJE8sY+nLgb0BM pJMV9WKIUfjhlpHrRZ05/LbdshA+NRt/uj6/1BWqgaLQArW0xkqetc3QJHXrpUvW 5BybDxmuLYq2IbyrgPR98wkmm6PFq4b0xbR1KZG3MvTy9J+oDtPuRskjeDCZW31D Rf1/fjCrYpeOA5cPSvSYscFc5CoswnIoJyGc5mwicCJ34bjzWUaRXW2bWn86+NqX sr2hCZgM/qZohWMYkAZkNJa1QA8oahUD+lyR1RJVulj36+/HL5Ok2L/MltrIqPk= =YvaL -----END PGP SIGNATURE----- --Npv3qARQa6TCEH2lpfcK2vUQPxMTfC17m-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:56:11 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 20:56:11 +0000 Received: from localhost ([127.0.0.1]:40864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0cBO-0003RE-GN for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:56:10 -0400 Received: from mx5.gridway.net ([74.216.186.162]:45254 helo=mx5r.gridway.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0cBM-0003Qp-Hh for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 16:56:09 -0400 Received: from delivery.mygridway.net (delivery.mygridway.net [72.1.205.180]) by mx5r.gridway.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id t54KtxGK011498 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 4 Jun 2015 16:56:00 -0400 Received: from mail.ellipticsemi.com (24.114.47.98) by delivery.mygridway.net (172.17.12.4) with Microsoft SMTP Server (TLS) id 14.3.224.2; Thu, 4 Jun 2015 16:55:59 -0400 Date: Thu, 4 Jun 2015 16:56:02 -0400 From: Nick Bowler To: Eric Blake Subject: Re: bug#20733: coreutils build problem Message-ID: <20150604205602.GA21818@elliptictech.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <20150604201718.GA21096@elliptictech.com> <5570B7E4.8040803@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <5570B7E4.8040803@redhat.com> Organization: Elliptic Technologies Inc. User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [24.114.47.98] X-Spam-Score: undef - relay 72.1.205.180 marked with skip_spam_scan X-CanIt-Geo: ip=72.1.205.180; country=CA; region=Ontario; city=Ottawa; latitude=45.4207; longitude=-75.7023; http://maps.google.com/maps?q=45.4207,-75.7023&z=6 X-CanItPRO-Stream: base:outbound (inherits from base:default) X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 207.107.149.162 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Michael Felt , Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 2015-06-04 14:41 -0600, Eric Blake wrote: > On 06/04/2015 02:17 PM, Nick Bowler wrote: > > Do these problematic shells properly handle: > > > > for arg > > do > > ... > > done > > > > when $# is 0? > > Yes; all shells do. OK, good to know. [...] > it's not the expand-to-nothing that is a problem, it is the actual > omission: > > $ /bin/sh -c 'for a in ; do :; done' > /bin/sh: syntax error at line 1: `;' unexpected > $ /bin/sh -c 'for a in $nothing; do :; done' > $ Right, I see that now in the doc patch you posted. So in Autoconf this might turn up if you generate the list with m4, but is highly unlikely to be an issue for "pure" shell code. Thanks, -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 16:59:42 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 20:59:42 +0000 Received: from localhost ([127.0.0.1]:40874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0cEn-0003WT-B1 for submit@debbugs.gnu.org; Thu, 04 Jun 2015 16:59:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60583) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0cEl-0003WJ-4M for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 16:59:39 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id D4A6237C814; Thu, 4 Jun 2015 20:59:36 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t54KxaDF008070; Thu, 4 Jun 2015 16:59:36 -0400 Message-ID: <5570BC30.9010105@redhat.com> Date: Thu, 04 Jun 2015 14:59:28 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Stephane Chazelas , 20733@debbugs.gnu.org Subject: Re: bug#20733: [PATCH] doc: mention 'for' syntax issue on older shells References: <5570A440.6050502@cs.ucla.edu> <1433448363-32251-1-git-send-email-eblake__36210.5187298313$1433448455$gmane$org@redhat.com> <20150604203617.GI6451@chaz.gmail.com> In-Reply-To: <20150604203617.GI6451@chaz.gmail.com> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MMEm4QCO5WbCpWxuLwIwIww1tqnxtcHMT" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MMEm4QCO5WbCpWxuLwIwIww1tqnxtcHMT Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/04/2015 02:36 PM, Stephane Chazelas wrote: > 2015-06-04 14:06:03 -0600, Eric Blake: > [...] >> +$ @kbd{cat Makefile} >> +list =3D >> +bad: >> + @@for arg in $(list); do echo $$arg; done >> +good: >> + @@list=3D'$(list)'; for arg in $$list; do echo $$arg; done > [...] >=20 > Another option is to use: >=20 > for arg in $${-+$(list)}; do echo $$arg; done >=20 >=20 > That's ${var+value} that expands to value if var is set. $- is > always set. $0 could also be used instead. Also could use $$, $? (except $? doesn't always start life set if probed as the first thing in some shells), $# (except some shells confuse ${varOPvalue} vs. ${#var} when # is used as var). But from a readability perspective, I don't think that playing golf for the shortest construct is helpful, when compared to demonstrating something that is more commonly seen in practice. Furthermore, your suggestion mishandles a list with a bare }, whereas mine does not. "make good list=3D'} a'" should output $'}\na\n', not $'a= }\n'. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --MMEm4QCO5WbCpWxuLwIwIww1tqnxtcHMT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcLwwAAoJEKeha0olJ0Nq8P8H/A1E2XGtqYg5BGpO4NjalOTG xR49uV6yJEl5Kpy+zn27EIYddDMZjLss6vlMg3U+bJ0nSUPUSaPuBykG4tbKONpY ANkUJX0tz88BdMaDzVvAzNM01FizJZ/qMpHFqx9niRp8vXQmqqdXygQbnyT7/vqU EnoQsUFPhZ+4TmcVy3esp9yqHNq1vQhjTVmm+ife2fU3XAC8YC4g3VDf5a0PSSAa FG8pLFAYvYFU11JF6wz/ysKzfA3yCynpQO06SCRaCFkN3QbAC5XeynPXTvHnK9Pb zMVjH2xHlKk6WcIRusOnMXLuqa6RsJlMWugzy2wDqLachfy0yuB6maorfkC0bXk= =VC0K -----END PGP SIGNATURE----- --MMEm4QCO5WbCpWxuLwIwIww1tqnxtcHMT-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 18:32:59 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 22:32:59 +0000 Received: from localhost ([127.0.0.1]:40902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0dh5-0005mj-29 for submit@debbugs.gnu.org; Thu, 04 Jun 2015 18:32:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37191) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0dh1-0005mX-WF for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 18:32:56 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id EECADBC92E; Thu, 4 Jun 2015 22:32:53 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t54MWrb4025772; Thu, 4 Jun 2015 18:32:53 -0400 Message-ID: <5570D210.6030303@redhat.com> Date: Thu, 04 Jun 2015 16:32:48 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Stephane Chazelas , 20733@debbugs.gnu.org Subject: Re: bug#20733: [PATCH] doc: mention 'for' syntax issue on older shells References: <5570A440.6050502@cs.ucla.edu> <1433448363-32251-1-git-send-email-eblake__36210.5187298313$1433448455$gmane$org@redhat.com> <20150604203617.GI6451@chaz.gmail.com> <5570BC30.9010105@redhat.com> In-Reply-To: <5570BC30.9010105@redhat.com> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3vE4mACQXJ8MBNkpw0aWukvNuTdvcenMV" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3vE4mACQXJ8MBNkpw0aWukvNuTdvcenMV Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/04/2015 02:59 PM, Eric Blake wrote: >>> +good: >>> + @@list=3D'$(list)'; for arg in $$list; do echo $$arg; done >> [...] >> >> Another option is to use: >> >> for arg in $${-+$(list)}; do echo $$arg; done > Furthermore, your suggestion mishandles a list with a bare }, whereas > mine does not. "make good list=3D'} a'" should output $'}\na\n', not $= 'a}\n'. Of course, your version has the benefit of preserving a list that contains shell quoting (such as list =3D "a b" intended to produce a single string $'a b') while mine eats it early (producing $'"a' and $'b"'). But remember that my example is written in a context of makefiles, where makefile variables tend to be designed to be split at all whitespace boundaries and do not have an easy mechanism for handling text that must have specific embedded spacing, and as such are unlikely to require shell quoting in the first place. Once again going to show that you have to think about each particular problem in context (what sort of input will it be processing), rather than blindly assuming that one formulation will be a catch-all solution. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --3vE4mACQXJ8MBNkpw0aWukvNuTdvcenMV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcNIQAAoJEKeha0olJ0NqsygH/1/X4xtJXBocFETgk4D7vyS3 3yrKLv0csfYWJx6+xhJpDTP90xWYDCyNdyZIU5Xc5+1RGoctRrHaGOW4U98eQu+3 HJwibmAi6zmO4iOFDcyTEL1A2mRohLby3RpxVIZjdwPH19ngcJBHG7zuVXaWuOVl UfYd+akPp3tKfHcFBV+3mEOJ2jJQtY/Dl68uprjFXPO5IYpX4mh+uX71D25AX0h1 U3xLmsQUhD1mfXCLKPW+An+FhYvjcT5JoV/lCCNpC2M9BLTIYGfADcLRpFrsgMwO QBx+z1E3oiY79u9dCOSVQPP23Fqs8i0GBiPM/brMnPvbesWaYKlRhMhF0QNiLLY= =wROY -----END PGP SIGNATURE----- --3vE4mACQXJ8MBNkpw0aWukvNuTdvcenMV-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 04 19:52:04 2015 Received: (at 20733) by debbugs.gnu.org; 4 Jun 2015 23:52:04 +0000 Received: from localhost ([127.0.0.1]:40918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0evb-0007hA-OE for submit@debbugs.gnu.org; Thu, 04 Jun 2015 19:52:03 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:56174) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0evZ-0007gh-T2 for 20733@debbugs.gnu.org; Thu, 04 Jun 2015 19:52:02 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id B25F416066C; Thu, 4 Jun 2015 16:51:55 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id eamdBPUtbxuT; Thu, 4 Jun 2015 16:51:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0E7321606C2; Thu, 4 Jun 2015 16:51:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id CDOX_wSJMAxL; Thu, 4 Jun 2015 16:51:54 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id DD7FB16066C; Thu, 4 Jun 2015 16:51:54 -0700 (PDT) Message-ID: <5570E495.1040304@cs.ucla.edu> Date: Thu, 04 Jun 2015 16:51:49 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Eric Blake , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> In-Reply-To: <5570A830.3060005@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eric Blake wrote: > Actually, POSIX_does_ allow for missing words between 'in' and the > terminator (; or newline) before 'do' (whether by a word that expands to > nothing, or by omission of words), requiring that the body of the for > statement is skipped in that case: Ah, sorry, I was thinking of previous versions of POSIX, which required at least one word after the 'in'. You're right, the current POSIX version doesn't require this any more. So the Solaris sh in question is conforming to the old POSIX standard but not to the current one. I liked the approach with "``"; I hadn't thought of that. I used the coreutils fix I did because other coreutils code already fixed similar for-loop problems that way. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 04:40:41 2015 Received: (at submit) by debbugs.gnu.org; 5 Jun 2015 08:40:41 +0000 Received: from localhost ([127.0.0.1]:41089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0nBA-0003Pd-SL for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:40:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43313) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0nB9-0003PP-A8 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:40:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0nB3-0003HR-4S for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:40:34 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:50017) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nB3-0003HN-2U for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:40:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nB1-0002mD-VM for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:40:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0nAy-0003Gc-O6 for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:40:31 -0400 Received: from plane.gmane.org ([80.91.229.3]:35638) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nAy-0003GP-IW for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:40:28 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z0nAp-0000UO-Nt for bug-coreutils@gnu.org; Fri, 05 Jun 2015 10:40:19 +0200 Received: from 05448b1b.skybroadband.com ([5.68.139.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 10:40:19 +0200 Received: from stephane.chazelas by 05448b1b.skybroadband.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 10:40:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-coreutils@gnu.org From: Stephane Chazelas Subject: Re: bug#20733: [PATCH] doc: mention 'for' syntax issue on older shells Date: Fri, 5 Jun 2015 09:35:37 +0100 Lines: 43 Message-ID: <20150605083537.GA5593@chaz.gmail.com> References: <5570A440.6050502@cs.ucla.edu> <1433448363-32251-1-git-send-email-eblake__36210.5187298313$1433448455$gmane$org@redhat.com> <20150604203617.GI6451@chaz.gmail.com> <5570BC30.9010105@redhat.com> <5570D210.6030303@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 05448b1b.skybroadband.com Content-Disposition: inline In-Reply-To: <5570D210.6030303@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) 2015-06-04 16:32:48 -0600, Eric Blake: > On 06/04/2015 02:59 PM, Eric Blake wrote: > > >>> +good: > >>> + @@list='$(list)'; for arg in $$list; do echo $$arg; done > >> [...] > >> > >> Another option is to use: > >> > >> for arg in $${-+$(list)}; do echo $$arg; done > > > Furthermore, your suggestion mishandles a list with a bare }, whereas > > mine does not. "make good list='} a'" should output $'}\na\n', not $'a}\n'. > > Of course, your version has the benefit of preserving a list that > contains shell quoting (such as list = "a b" intended to produce a > single string $'a b') [...] Not with all sh implementations though. With sh based on earlier versions of zsh (like the sh of some old OS/X), $${-+$(list)} would undergo split+glob. As a solution that minimises the difference from for i in $(list), for i in $$empty $(list); do... for i in `` $(list) As already pointed out would be better. See also: set x $(list); shift; for i do echo "$$i"; done Which is Bourne and POSIX (though according to http://www.in-ulm.de/~mascheck/various/bourne_args/ not supported by early versions of the Almquist shell (possibly still found in the wild in some Minix systems). -- Stephane From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 04:50:38 2015 Received: (at submit) by debbugs.gnu.org; 5 Jun 2015 08:50:39 +0000 Received: from localhost ([127.0.0.1]:41093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0nKo-0003eF-DA for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:50:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45119) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0nKm-0003e3-LC for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:50:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0nKg-00067c-Dt for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:50:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44873) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nKg-00067Y-Bn for submit@debbugs.gnu.org; Fri, 05 Jun 2015 04:50:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nKf-0000Vh-8w for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:50:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0nKc-00065F-0F for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:50:29 -0400 Received: from plane.gmane.org ([80.91.229.3]:36261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0nKb-000658-QW for bug-coreutils@gnu.org; Fri, 05 Jun 2015 04:50:25 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z0nKF-0007bM-SY for bug-coreutils@gnu.org; Fri, 05 Jun 2015 10:50:04 +0200 Received: from 05448b1b.skybroadband.com ([5.68.139.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 10:50:03 +0200 Received: from stephane.chazelas by 05448b1b.skybroadband.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 10:50:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-coreutils@gnu.org From: Stephane Chazelas Subject: Re: bug#20733: coreutils build problem Date: Fri, 5 Jun 2015 09:43:10 +0100 Lines: 25 Message-ID: <20150605084310.GB5593@chaz.gmail.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5570E495.1040304__20177.6424692527$1433462418$gmane$org@cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 05448b1b.skybroadband.com Content-Disposition: inline In-Reply-To: <5570E495.1040304__20177.6424692527$1433462418$gmane$org@cs.ucla.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) 2015-06-04 16:51:49 -0700, Paul Eggert: > Eric Blake wrote: > >Actually, POSIX_does_ allow for missing words between 'in' and the > >terminator (; or newline) before 'do' (whether by a word that expands to > >nothing, or by omission of words), requiring that the body of the for > >statement is skipped in that case: > > Ah, sorry, I was thinking of previous versions of POSIX, which > required at least one word after the 'in'. You're right, the > current POSIX version doesn't require this any more. So the Solaris > sh in question is conforming to the old POSIX standard but not to > the current one. [...] Note that the Solaris (10 and before) sh in question is not a POSIX shell, it's still the Bourne shell which is not POSIX conformant in many different ways (the POSIX sh spec is based on a subset of ksh88, not the Bourne shell). In those Solaris systems, POSIX sh is /usr/xpg4/bin/sh (based on ksh88). Note that Solaris 11 /bin/sh is no longer the Bourne shell. It's now based on ksh93 so is now POSIX at last. -- Stephane From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 06:45:24 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 10:45:24 +0000 Received: from localhost ([127.0.0.1]:41147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0p7r-0006Mx-1K for submit@debbugs.gnu.org; Fri, 05 Jun 2015 06:45:24 -0400 Received: from mail-yh0-f42.google.com ([209.85.213.42]:36320) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0p7o-0006Mf-Ew for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 06:45:21 -0400 Received: by yhan67 with SMTP id n67so18256895yha.3 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 03:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gpmJRKoslGFJ69mZ4+SKDNyrBqagYnJA9HLwgBlWVl8=; b=Fq8J+UCZzX7YcL5pd/2FIfev8LGdaU7LNWd0ppcFxtSN2e1+FZCjSLPxH7bdv2Miuf EkbN9XSHzVkh7bfuXa1NSESkyrulPiRQ6zlv5sxB0TyScbOPhDcofyJ51oTesAzhySXQ b/rM11SS5OVqOV8kUiws7rfa29N/a1VbburXyES1boB9emtCVe8VR3pFloZKvLrSzild GXwN66IXoSvlxl3qbswNmOTHAyHHmpHSJ+up6XMW1/Lza0x9N/t21WYbvV7a4KiWtq8h hTuqrhDDBVSVcvQtqdb4K+vFguEuRDwgbJ53wvAuLyJk/CAsTFnf7FOc8wyK23HJRL3f a0Kg== MIME-Version: 1.0 X-Received: by 10.236.36.4 with SMTP id v4mr2558018yha.168.1433501114640; Fri, 05 Jun 2015 03:45:14 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 03:45:14 -0700 (PDT) In-Reply-To: <5570A830.3060005@redhat.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 12:45:14 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0160b044b92f180517c2fc30 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e0160b044b92f180517c2fc30 Content-Type: text/plain; charset=UTF-8 My "fear" is that autoconf has introduced this "catch-all" as I have been running into it more frequently of late (first time was last November when I took my first attempt at packaging gcc.) I shall look at the patch and let you know - however, regardless of whether it works or not - is this something that autoconf is introducing, read changed - requiring you to make a patch. If so, while from autoconf perspective all may be well - it is not very user-friendly. (I just do not understand autoconf well enough to make that distinction). Thanks for looking! and listening!! On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: > [adding autoconf] > > On 06/04/2015 01:17 PM, Paul Eggert wrote: > > > > On 06/04/2015 09:41 AM, Michael Felt wrote: > >> GEN src/coreutils.h > >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. > > > > > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. > > Actually, POSIX _does_ allow for missing words between 'in' and the > terminator (; or newline) before 'do' (whether by a word that expands to > nothing, or by omission of words), requiring that the body of the for > statement is skipped in that case: > > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 > > But it is also true that older shells did not always follow this rule, > so you are indeed better off always supplying at least one word that > won't be expanded into nothingness. > > Hmmm, I thought that autoconf would document it as a portability > pitfall, but I don't see it under 'for' in this link: > > > https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > > --089e0160b044b92f180517c2fc30 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
My "fear" is that autoconf has introdu= ced this "catch-all" as I have been running into it more frequent= ly of late (first time was last November when I took my first attempt at pa= ckaging gcc.)

I shall look at the patch and let you know - how= ever, regardless of whether it works or not - is this something that autoco= nf is introducing, read changed - requiring you to make a patch. If so, whi= le from autoconf perspective all may be well - it is not very user-friendly= . (I just do not understand autoconf well enough to make that distinction).=

Thanks for looking! and listening!!

On Thu, Jun 4, 2015 at 9:34 PM, E= ric Blake <eblake@redhat.com> wrote:
[adding autoconf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org


--089e0160b044b92f180517c2fc30-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 06:52:44 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 10:52:44 +0000 Received: from localhost ([127.0.0.1]:41151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pEw-0006Xs-Tx for submit@debbugs.gnu.org; Fri, 05 Jun 2015 06:52:44 -0400 Received: from mail-yk0-f181.google.com ([209.85.160.181]:33474) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pEu-0006Xf-Fl for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 06:52:41 -0400 Received: by ykfr66 with SMTP id r66so23276983ykf.0 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 03:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Nfk1wmJ7zrkqeU6a4E9Zh41DUT47mVuzGJ/CxNwnfQ0=; b=Uxug71GYHTBKw6WtJYXhpmZ9Cgg/hElc/A3cNqIuXLn7xh2ICv5uiCxavulv1YUACw Byvh+GlJTero2+uYf8B7D8+06qLjG2iMjm+WwSq6bRM5eDs2F8lXPQXhJLWGDA/Y3kP+ 767T/DInFHZEW9LghUMKbVz0kWozcdehQ3A/LPSULsdICcG2TGrjIgRePhaeuUg2Qq9K xh8KBwPZNSoKddiWXOAfCcdoSkhYcXkCkKMeOn13gs9B87kcVr5RBhFjN9+Occj4pXT2 7RysqIUjOztBK4CL9STfJM0zZyijWxbP3kk5k6xP5D3ki8NGRtwaLOMrKc1RTmFtJQlj yJtQ== MIME-Version: 1.0 X-Received: by 10.236.36.4 with SMTP id v4mr2579368yha.168.1433501554846; Fri, 05 Jun 2015 03:52:34 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 03:52:34 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 12:52:34 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0160b044f6308e0517c316fe X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e0160b044f6308e0517c316fe Content-Type: text/plain; charset=UTF-8 FYI: AIX - not Solaris - but "old-school UNIX" in both cases. And, yes - it is /bin/sh - which is the 'Bourne shell behavior" iirc, rather than ksh behavior, but the program is the default AIX (not solaris) ksh (see inode #) 26 -r-xr-xr-x 15 bin bin 1457 May 14 2012 hash 58 -r-xr-sr-x 1 root security 37092 Apr 25 2014 chsh 148 lrwxrwxrwx 1 root system 28 Feb 6 13:50 fcinit.sh -> /usr/sbin/rsct/bin/fcinit.sh 149 lrwxrwxrwx 1 root system 29 Feb 6 13:50 fcinit.csh -> /usr/sbin/rsct/bin/fcinit.csh 263 -r-xr-s--- 1 root system 5884 Mar 7 2014 refresh 331 -r-xr-xr-x 1 bin bin 918 May 14 2012 recsh 443 -r-xr-xr-x 1 bin bin 185344 Mar 7 2014 csh 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 Rsh 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 bsh 540 -rwxr-xr-x 1 root system 4690 May 6 2013 c_rehash 631 lrwxrwxrwx 1 bin bin 16 Dec 20 16:21 dsh -> /opt/csm/bin/dsh 829 -r-xr-xr-x 1 bin bin 287458 Mar 12 2013 msh 845 lrwxrwxrwx 1 root system 46 Dec 20 16:21 perfpmr.sh -> /data/prj/labserv/perf61-2014.04.30/perfpmr.sh 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 remsh 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 rsh 983 lrwxrwxrwx 1 root system 17 Dec 20 16:21 tclsh -> /usr/bin/tclsh8.4 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 psh 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 sh 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 tsh 1031 lrwxrwxrwx 1 root system 16 Dec 20 16:21 wish -> /usr/bin/wish8.4 AIX also supports ksh93 - but that is a different executable (different inode) michael@x071:[/usr/bin]ls -li *ksh* 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93 On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt wrote: > My "fear" is that autoconf has introduced this "catch-all" as I have been > running into it more frequently of late (first time was last November when > I took my first attempt at packaging gcc.) > > I shall look at the patch and let you know - however, regardless of > whether it works or not - is this something that autoconf is introducing, > read changed - requiring you to make a patch. If so, while from autoconf > perspective all may be well - it is not very user-friendly. (I just do not > understand autoconf well enough to make that distinction). > > Thanks for looking! and listening!! > > On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: > >> [adding autoconf] >> >> On 06/04/2015 01:17 PM, Paul Eggert wrote: >> > >> > On 06/04/2015 09:41 AM, Michael Felt wrote: >> >> GEN src/coreutils.h >> >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >> > >> >> > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. >> >> Actually, POSIX _does_ allow for missing words between 'in' and the >> terminator (; or newline) before 'do' (whether by a word that expands to >> nothing, or by omission of words), requiring that the body of the for >> statement is skipped in that case: >> >> >> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 >> >> But it is also true that older shells did not always follow this rule, >> so you are indeed better off always supplying at least one word that >> won't be expanded into nothingness. >> >> Hmmm, I thought that autoconf would document it as a portability >> pitfall, but I don't see it under 'for' in this link: >> >> >> https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins >> >> -- >> Eric Blake eblake redhat com +1-919-301-3266 >> Libvirt virtualization library http://libvirt.org >> >> > --089e0160b044f6308e0517c316fe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
FYI: AIX - not Solaris - but "old-school UNIX&qu= ot; in both cases.

And, yes - it is /bin/sh - which is the 'Bour= ne shell behavior" iirc, rather than ksh behavior, but the program is = the default AIX (not solaris) ksh (see inode #)

=C2=A0 26 -r-xr-xr-x= 15 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1457 May = 14=C2=A0 2012 hash
=C2=A0 58 -r-xr-sr-x=C2=A0 1 root security=C2=A0=C2= =A0 37092 Apr 25=C2=A0 2014 chsh
=C2=A0148 lrwxrwxrwx=C2=A0 1 root syste= m=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 28 Feb=C2=A0 6 13:50 fcinit.sh = -> /usr/sbin/rsct/bin/fcinit.sh
=C2=A0149 lrwxrwxrwx=C2=A0 1 root sys= tem=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29 Feb=C2=A0 6 13:50 fcinit.c= sh -> /usr/sbin/rsct/bin/fcinit.csh
=C2=A0263 -r-xr-s---=C2=A0 1 root= system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5884 Mar=C2=A0 7=C2=A0 2014 refresh=C2=A0331 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 918 May 14=C2=A0 2012 recsh
=C2=A0443 -r-xr-xr-= x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 185344 Mar=C2= =A0 7=C2=A0 2014 csh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014 Rsh
=C2=A0460 -r-xr-xr-x= =C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2= 014 bsh
=C2=A0540 -rwxr-xr-x=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 4690 May=C2=A0 6=C2=A0 2013 c_rehash
=C2=A0631 lrwxrwxrwx=C2=A0 1= bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 16 Dec 20 16:21 dsh -> /opt/csm/bin/dsh
=C2=A0829 -r-xr-xr-x=C2=A0 1 = bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 287458 Mar 12=C2=A0 2013 = msh
=C2=A0845 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 46 Dec 20 16:21 perfpmr.sh -> /data/prj/labserv/perf61-2= 014.04.30/perfpmr.sh
=C2=A0907 -r-sr-xr-x=C2=A0 2 root system=C2=A0=C2= =A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 remsh
=C2=A0907 -r-sr-xr-x= =C2=A0 2 root system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 r= sh
=C2=A0983 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 17 Dec 20 16:21 tclsh -> /usr/bin/tclsh8.4
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 ksh=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 292316 Jun 30=C2=A0 2014 psh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 rksh=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 292316 Jun 30=C2=A0 2014 sh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 tsh
1031 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 16 Dec 20 16:21 wish -> /usr/bin/wish8.4

AIX a= lso supports ksh93 - but that is a different executable (different inode)
michael@x071:[/usr/bin]ls -li *ksh*
986 -r-xr-xr-x 5 bin bin 29231= 6 Jun 30=C2=A0 2014 ksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 201= 4 ksh93
986 -r-xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 2014 rksh
932 -r= -xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 2014 rksh93



On Fri, Jun 5= , 2015 at 12:45 PM, Michael Felt <mamfelt@gmail.com> wrote:<= br>
My "fear&= quot; is that autoconf has introduced this "catch-all" as I have = been running into it more frequently of late (first time was last November = when I took my first attempt at packaging gcc.)

I shall look a= t the patch and let you know - however, regardless of whether it works or n= ot - is this something that autoconf is introducing, read changed - requiri= ng you to make a patch. If so, while from autoconf perspective all may be w= ell - it is not very user-friendly. (I just do not understand autoconf well= enough to make that distinction).

Thanks for looking! and lis= tening!!

On Thu, Jun 4, 2015 at 9:34 PM, Er= ic Blake <eblake@redhat.com> wrote:
[adding autoconf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org



--089e0160b044f6308e0517c316fe-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 07:13:32 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 11:13:32 +0000 Received: from localhost ([127.0.0.1]:41160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pZ5-00071V-6d for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:13:32 -0400 Received: from mail-yh0-f53.google.com ([209.85.213.53]:34098) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pZ0-00071G-P1 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 07:13:28 -0400 Received: by yhid80 with SMTP id d80so8653967yhi.1 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 04:13:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qtmvIEC23u1eNDdT6PBbS6QVG1YU1yvpf+KsY8wFvaA=; b=qsDnlipWtsDbkmbPar0JfeEY194h17f9oh2GCC8bHWDxHtH76YJJjiE4Ge/2emCMsH s4KOqIrqcRDuRV+VpFizFll8R5lbmAeM3o01U3kd+cZrgg0gWHUGVIz/VnWZA9bgaY/s ddHTMAR6h76cwwBwPUiQeCJfgmzzr4tqyD1n+00Se+EjtD+FexL1DdhoTWuZPFUNqOCI dX/pyOStL8+xP7r2yygPrx/BFPTRpMuxjww2lI6AckPtx+jOmUXq+42l1Hwrj44MULz5 ihHQNPMSNAWzBpnW5Px1NNKDhG3+ut0GKs1t8E+WFXKo6kuzbX5A6jY8KH3NADLC5Pti jztg== MIME-Version: 1.0 X-Received: by 10.236.50.166 with SMTP id z26mr2643808yhb.41.1433502801194; Fri, 05 Jun 2015 04:13:21 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 04:13:21 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 13:13:21 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e016353da3ffc020517c361ad X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --089e016353da3ffc020517c361ad Content-Type: text/plain; charset=UTF-8 I think I still have automake 1.14 lying around, but would be nice if automake-1.15 would have just accepted the patch :) *Most important - the patch seems to be working!* At least I got farther... On my "bare system" - initially NO extras installed to find 'hard', i.e., real dependencies. root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make GEN lib/alloca.h GEN lib/arpa/inet.h GEN ./src/single-binary.mk cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing automake-1.14 --gnu Makefile /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: automake-1.14: not found. WARNING: 'automake-1.14' is missing on your system. You should only need it if you modified 'Makefile.am' or 'configure.ac' or m4 files included by 'configure.ac'. The 'automake' program is part of the GNU Automake package: It also requires GNU Autoconf, GNU m4 and Perl in order to run: make: 1254-004 The error code from the last command is 127. So, on my "more loaded system - x064 - (with other tools, i.e.) root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake configure.ac:35: error: version mismatch. This is Automake 1.15, configure.ac:35: but the definition used by this AM_INIT_AUTOMAKE configure.ac:35: comes from Automake 1.14.1. You should recreate configure.ac:35: aclocal.m4 with aclocal and run automake again. After loading automake 1.14.1 and running automake - got farther still, root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make cd . && /bin/sh ./config.status Makefile depfiles config.status: creating Makefile config.status: executing depfiles commands GEN lib/configmake.h GEN lib/ctype.h GEN lib/dirent.h GEN lib/errno.h GEN lib/fcntl.h GEN lib/float.h GEN lib/fnmatch.h GEN lib/getopt.h GEN lib/iconv.h GEN lib/inttypes.h GEN lib/langinfo.h GEN lib/locale.h GEN lib/math.h GEN lib/netdb.h GEN lib/selinux/selinux.h GEN lib/selinux/context.h GEN lib/signal.h GEN lib/stdalign.h GEN lib/stdint.h GEN lib/stdio.h GEN lib/stdlib.h GEN lib/string.h GEN lib/sys/ioctl.h GEN lib/sys/resource.h GEN lib/sys/select.h GEN lib/sys/socket.h GEN lib/sys/stat.h GEN lib/sys/time.h GEN lib/sys/types.h GEN lib/sys/uio.h GEN lib/sys/utsname.h GEN lib/sys/wait.h GEN lib/termios.h GEN lib/time.h GEN lib/unistd.h GEN lib/wchar.h GEN lib/wctype.h GEN src/coreutils.h /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. make: 1254-004 The error code from the last command is 2. Shall rerun ./configure and see if the ./src directory problem is solved as well (after automake) p.s. I do this packaging as root - so I always need to # export FORCE_UNSAFE_CONFIGURE=1 Would be "more friendly" if this check could be reported earlier in ./configure rather than just before it finishes. On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt wrote: > FYI: AIX - not Solaris - but "old-school UNIX" in both cases. > > And, yes - it is /bin/sh - which is the 'Bourne shell behavior" iirc, > rather than ksh behavior, but the program is the default AIX (not solaris) > ksh (see inode #) > > 26 -r-xr-xr-x 15 bin bin 1457 May 14 2012 hash > 58 -r-xr-sr-x 1 root security 37092 Apr 25 2014 chsh > 148 lrwxrwxrwx 1 root system 28 Feb 6 13:50 fcinit.sh -> > /usr/sbin/rsct/bin/fcinit.sh > 149 lrwxrwxrwx 1 root system 29 Feb 6 13:50 fcinit.csh -> > /usr/sbin/rsct/bin/fcinit.csh > 263 -r-xr-s--- 1 root system 5884 Mar 7 2014 refresh > 331 -r-xr-xr-x 1 bin bin 918 May 14 2012 recsh > 443 -r-xr-xr-x 1 bin bin 185344 Mar 7 2014 csh > 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 Rsh > 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 bsh > 540 -rwxr-xr-x 1 root system 4690 May 6 2013 c_rehash > 631 lrwxrwxrwx 1 bin bin 16 Dec 20 16:21 dsh -> > /opt/csm/bin/dsh > 829 -r-xr-xr-x 1 bin bin 287458 Mar 12 2013 msh > 845 lrwxrwxrwx 1 root system 46 Dec 20 16:21 perfpmr.sh -> > /data/prj/labserv/perf61-2014.04.30/perfpmr.sh > 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 remsh > 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 rsh > 983 lrwxrwxrwx 1 root system 17 Dec 20 16:21 tclsh -> > /usr/bin/tclsh8.4 > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 psh > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 sh > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 tsh > 1031 lrwxrwxrwx 1 root system 16 Dec 20 16:21 wish -> > /usr/bin/wish8.4 > > AIX also supports ksh93 - but that is a different executable (different > inode) > > michael@x071:[/usr/bin]ls -li *ksh* > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh > 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93 > 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh > 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93 > > > > On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt wrote: > >> My "fear" is that autoconf has introduced this "catch-all" as I have been >> running into it more frequently of late (first time was last November when >> I took my first attempt at packaging gcc.) >> >> I shall look at the patch and let you know - however, regardless of >> whether it works or not - is this something that autoconf is introducing, >> read changed - requiring you to make a patch. If so, while from autoconf >> perspective all may be well - it is not very user-friendly. (I just do not >> understand autoconf well enough to make that distinction). >> >> Thanks for looking! and listening!! >> >> On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: >> >>> [adding autoconf] >>> >>> On 06/04/2015 01:17 PM, Paul Eggert wrote: >>> > >>> > On 06/04/2015 09:41 AM, Michael Felt wrote: >>> >> GEN src/coreutils.h >>> >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >>> > >>> >>> > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. >>> >>> Actually, POSIX _does_ allow for missing words between 'in' and the >>> terminator (; or newline) before 'do' (whether by a word that expands to >>> nothing, or by omission of words), requiring that the body of the for >>> statement is skipped in that case: >>> >>> >>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 >>> >>> But it is also true that older shells did not always follow this rule, >>> so you are indeed better off always supplying at least one word that >>> won't be expanded into nothingness. >>> >>> Hmmm, I thought that autoconf would document it as a portability >>> pitfall, but I don't see it under 'for' in this link: >>> >>> >>> https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins >>> >>> -- >>> Eric Blake eblake redhat com +1-919-301-3266 >>> Libvirt virtualization library http://libvirt.org >>> >>> >> > --089e016353da3ffc020517c361ad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think I still have automake 1.14 lying around, but = would be nice if automake-1.15 would have just accepted the patch :)
=
Most important - the patch seems to be working! At lea= st I got farther...

On my "bare system" - initially N= O extras installed to find 'hard', i.e., real dependencies.

= root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/alloca.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/arpa/inet.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ./src/single-binary.mk
=C2=A0cd . &&= amp; /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing autom= ake-1.14 --gnu Makefile
/data/prj/gnu/coreutils/coreutils-8.23/build-aux= /missing[81]: automake-1.14:=C2=A0 not found.
WARNING: 'automake-1.1= 4' is missing on your system.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 You should only need it if you modified 'Makefile.am' = or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 'configure.ac' or m4 files included by 'configure.ac'.
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 The 'automake' program is part of the GNU = Automake package:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <<= a href=3D"http://www.gnu.org/software/automake">http://www.gnu.org/software= /automake>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It al= so requires GNU Autoconf, GNU m4 and Perl in order to run:
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/software/autoconf>
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/software/m4/>
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www= .perl.org/>
make: 1254-004 The error code from the last command i= s 127.

So, on my "more loaded system - x064 - (with other tools= , i.e.)
root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake
configure.ac:35: error: version mismat= ch.=C2=A0 This is Automake 1.15,
conf= igure.ac:35: but the definition used by this AM_INIT_AUTOMAKE
configure.ac:35: comes from Automake 1.14.= 1.=C2=A0 You should recreate
configur= e.ac:35: aclocal.m4 with aclocal and run automake again.

<= div>After loading automake 1.14.1 and running automake - got farther still,=

root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
=C2=A0cd = . && /bin/sh ./config.status Makefile depfiles
config.status: cr= eating Makefile
config.status: executing depfiles commands
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/configmake.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/ctype.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = lib/dirent.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/errno.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fcntl.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/float.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = lib/fnmatch.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/getopt.h
= =C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/iconv.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/inttypes.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/langinfo.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/local= e.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/math.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/netdb.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 lib/selinux/selinux.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= lib/selinux/context.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sign= al.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdalign.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdint.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/stdio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib= /stdlib.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/string.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/ioctl.h
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/resource.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/sys/select.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 l= ib/sys/socket.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/stat.h<= br>=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/time.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/types.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/sys/uio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/= sys/utsname.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/wait.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/termios.h
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/time.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/unistd.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wchar.h=
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wctype.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h
/bin/sh: 0403-057 Syntax err= or at line 1 : `;' is not expected.
make: 1254-004 The error code fr= om the last command is 2.

Shall rerun ./configure and see= if the ./src directory problem is solved as well (after automake)

<= /div>
p.s.
I do this packaging as root - so I always need= to
# export=C2=A0 FORCE_UNSAFE_CONFIGURE=3D1

Would be= "more friendly" if this check could be reported earlier in ./con= figure rather than just before it finishes.

On Fri, Jun 5, 2015 at 12:52 PM, = Michael Felt <mamfelt@gmail.com> wrote:
FYI: AIX - not Solaris - but "old-= school UNIX" in both cases.

And, yes - it is /bin/sh - which is= the 'Bourne shell behavior" iirc, rather than ksh behavior, but t= he program is the default AIX (not solaris) ksh (see inode #)

=C2=A0= 26 -r-xr-xr-x 15 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 1457 May 14=C2=A0 2012 hash
=C2=A0 58 -r-xr-sr-x=C2=A0 1 root sec= urity=C2=A0=C2=A0 37092 Apr 25=C2=A0 2014 chsh
=C2=A0148 lrwxrwxrwx=C2= =A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 28 Feb=C2=A0 6 = 13:50 fcinit.sh -> /usr/sbin/rsct/bin/fcinit.sh
=C2=A0149 lrwxrwxrwx= =C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29 Feb=C2=A0= 6 13:50 fcinit.csh -> /usr/sbin/rsct/bin/fcinit.csh
=C2=A0263 -r-xr-= s---=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5884 Mar=C2=A0 7=C2= =A0 2014 refresh
=C2=A0331 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 918 May 14=C2=A0 2012 recsh
= =C2=A0443 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 185344 Mar=C2=A0 7=C2=A0 2014 csh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin= =C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014 Rsh
= =C2=A0460 -r-xr-xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29= 00986 Aug 20=C2=A0 2014 bsh
=C2=A0540 -rwxr-xr-x=C2=A0 1 root system=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 4690 May=C2=A0 6=C2=A0 2013 c_rehash
=C2=A06= 31 lrwxrwxrwx=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 16 Dec 20 16:21 dsh -> /opt/csm/bin/dsh
=C2=A08= 29 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 287= 458 Mar 12=C2=A0 2013 msh
=C2=A0845 lrwxrwxrwx=C2=A0 1 root system=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 46 Dec 20 16:21 perfpmr.sh -> /data= /prj/labserv/perf61-2014.04.30/perfpmr.sh
=C2=A0907 -r-sr-xr-x=C2=A0 2 r= oot system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 remsh
= =C2=A0907 -r-sr-xr-x=C2=A0 2 root system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar= =C2=A0 8=C2=A0 2014 rsh
=C2=A0983 lrwxrwxrwx=C2=A0 1 root system=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 17 Dec 20 16:21 tclsh -> /usr/bin/t= clsh8.4
=C2=A0986 -r-xr-= xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 3= 0=C2=A0 2014 ksh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 psh
=C2=A0986 -r-xr-xr= -x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30= =C2=A0 2014 rksh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 sh
=C2=A0986 -r-xr-xr-= x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30= =C2=A0 2014 tsh
1031 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 Dec 20 16:21 wish -> /usr/bin/wish8.4<= br>
AIX also supports ksh93 - but that is a different executable (= different inode)

michael@x071:[/usr/bin]ls -li *ksh*
986 -r-xr-xr= -x 5 bin bin 292316 Jun 30=C2=A0 2014 ksh
932 -r-xr-xr-x 2 bin bin 90265= 5 Jul 11=C2=A0 2014 ksh93
986 -r-xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 2= 014 rksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 2014 rksh93


On Fri, Jun 5, 2015 at 12:45 P= M, Michael Felt <mamfelt@gmail.com> wrote:
My "fear" is that aut= oconf has introduced this "catch-all" as I have been running into= it more frequently of late (first time was last November when I took my fi= rst attempt at packaging gcc.)

I shall look at the patch and l= et you know - however, regardless of whether it works or not - is this some= thing that autoconf is introducing, read changed - requiring you to make a = patch. If so, while from autoconf perspective all may be well - it is not v= ery user-friendly. (I just do not understand autoconf well enough to make t= hat distinction).

Thanks for looking! and listening!!

On Thu= , Jun 4, 2015 at 9:34 PM, Eric Blake <eblake@redhat.com> wro= te:
[adding autoconf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org




--089e016353da3ffc020517c361ad-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 07:16:31 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 11:16:31 +0000 Received: from localhost ([127.0.0.1]:41164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pby-00076I-0V for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:16:31 -0400 Received: from mail-yk0-f171.google.com ([209.85.160.171]:33546) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pbu-00075z-66 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 07:16:28 -0400 Received: by ykfr66 with SMTP id r66so23450434ykf.0 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 04:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5HSIj5PZzfvk2qLtvT60diwXFBvzA2sUKH+Vixrt1YI=; b=IoaGf16b6/wYG+bkfxfo9R1EURWRaVpUqx5x2WM32JdE7uASG46EeLjpvdUOrlLOS/ P5JU3jYs8F9mr472mgNaPbhsknzJL9Mui0c4j6wXNS8UqD4NXW4eo71DWMF93qbia7SX 30cfrk0dUXDG+nhArLf5QhOUTLYfpzeHERx5tlXTd3la9Q+SeZCUoer8AtDhtwKdTTdN 4eERLlmAyJzezFXDfTN/qY9dTgwLgzmjVXMq0qc3IdCtHwf4mXjiD5BodnKbq1E0Ex5O LU+BTH3+dtL+UjXlM37oMmRgUsqciak9Imxn012/NZlZ3JgApMIOAP/ajOye6CbRYLMn GBUQ== MIME-Version: 1.0 X-Received: by 10.236.2.137 with SMTP id 9mr2650170yhf.61.1433502980640; Fri, 05 Jun 2015 04:16:20 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 04:16:20 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 13:16:20 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e013a0d9ef213610517c36b9f X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --089e013a0d9ef213610517c36b9f Content-Type: text/plain; charset=UTF-8 After rerunning ./configure --prefix=/opt I still stop at: GEN src/coreutils.h /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. make: 1254-004 The error code from the last command is 2. On Fri, Jun 5, 2015 at 1:13 PM, Michael Felt wrote: > I think I still have automake 1.14 lying around, but would be nice if > automake-1.15 would have just accepted the patch :) > > *Most important - the patch seems to be working!* At least I got > farther... > > On my "bare system" - initially NO extras installed to find 'hard', i.e., > real dependencies. > > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make > GEN lib/alloca.h > GEN lib/arpa/inet.h > GEN ./src/single-binary.mk > cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing > automake-1.14 --gnu Makefile > /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: > automake-1.14: not found. > WARNING: 'automake-1.14' is missing on your system. > You should only need it if you modified 'Makefile.am' or > 'configure.ac' or m4 files included by 'configure.ac'. > The 'automake' program is part of the GNU Automake package: > > It also requires GNU Autoconf, GNU m4 and Perl in order to run: > > > > make: 1254-004 The error code from the last command is 127. > > So, on my "more loaded system - x064 - (with other tools, i.e.) > root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake > configure.ac:35: error: version mismatch. This is Automake 1.15, > configure.ac:35: but the definition used by this AM_INIT_AUTOMAKE > configure.ac:35: comes from Automake 1.14.1. You should recreate > configure.ac:35: aclocal.m4 with aclocal and run automake again. > > After loading automake 1.14.1 and running automake - got farther still, > > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make > cd . && /bin/sh ./config.status Makefile depfiles > config.status: creating Makefile > config.status: executing depfiles commands > GEN lib/configmake.h > GEN lib/ctype.h > GEN lib/dirent.h > GEN lib/errno.h > GEN lib/fcntl.h > GEN lib/float.h > GEN lib/fnmatch.h > GEN lib/getopt.h > GEN lib/iconv.h > GEN lib/inttypes.h > GEN lib/langinfo.h > GEN lib/locale.h > GEN lib/math.h > GEN lib/netdb.h > GEN lib/selinux/selinux.h > GEN lib/selinux/context.h > GEN lib/signal.h > GEN lib/stdalign.h > GEN lib/stdint.h > GEN lib/stdio.h > GEN lib/stdlib.h > GEN lib/string.h > GEN lib/sys/ioctl.h > GEN lib/sys/resource.h > GEN lib/sys/select.h > GEN lib/sys/socket.h > GEN lib/sys/stat.h > GEN lib/sys/time.h > GEN lib/sys/types.h > GEN lib/sys/uio.h > GEN lib/sys/utsname.h > GEN lib/sys/wait.h > GEN lib/termios.h > GEN lib/time.h > GEN lib/unistd.h > GEN lib/wchar.h > GEN lib/wctype.h > GEN src/coreutils.h > /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. > make: 1254-004 The error code from the last command is 2. > > Shall rerun ./configure and see if the ./src directory problem is solved > as well (after automake) > > p.s. > I do this packaging as root - so I always need to > # export FORCE_UNSAFE_CONFIGURE=1 > > Would be "more friendly" if this check could be reported earlier in > ./configure rather than just before it finishes. > > On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt wrote: > >> FYI: AIX - not Solaris - but "old-school UNIX" in both cases. >> >> And, yes - it is /bin/sh - which is the 'Bourne shell behavior" iirc, >> rather than ksh behavior, but the program is the default AIX (not solaris) >> ksh (see inode #) >> >> 26 -r-xr-xr-x 15 bin bin 1457 May 14 2012 hash >> 58 -r-xr-sr-x 1 root security 37092 Apr 25 2014 chsh >> 148 lrwxrwxrwx 1 root system 28 Feb 6 13:50 fcinit.sh -> >> /usr/sbin/rsct/bin/fcinit.sh >> 149 lrwxrwxrwx 1 root system 29 Feb 6 13:50 fcinit.csh -> >> /usr/sbin/rsct/bin/fcinit.csh >> 263 -r-xr-s--- 1 root system 5884 Mar 7 2014 refresh >> 331 -r-xr-xr-x 1 bin bin 918 May 14 2012 recsh >> 443 -r-xr-xr-x 1 bin bin 185344 Mar 7 2014 csh >> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 Rsh >> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 bsh >> 540 -rwxr-xr-x 1 root system 4690 May 6 2013 c_rehash >> 631 lrwxrwxrwx 1 bin bin 16 Dec 20 16:21 dsh -> >> /opt/csm/bin/dsh >> 829 -r-xr-xr-x 1 bin bin 287458 Mar 12 2013 msh >> 845 lrwxrwxrwx 1 root system 46 Dec 20 16:21 perfpmr.sh -> >> /data/prj/labserv/perf61-2014.04.30/perfpmr.sh >> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 remsh >> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 rsh >> 983 lrwxrwxrwx 1 root system 17 Dec 20 16:21 tclsh -> >> /usr/bin/tclsh8.4 >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 psh >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 sh >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 tsh >> 1031 lrwxrwxrwx 1 root system 16 Dec 20 16:21 wish -> >> /usr/bin/wish8.4 >> >> AIX also supports ksh93 - but that is a different executable (different >> inode) >> >> michael@x071:[/usr/bin]ls -li *ksh* >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93 >> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93 >> >> >> >> On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt wrote: >> >>> My "fear" is that autoconf has introduced this "catch-all" as I have >>> been running into it more frequently of late (first time was last November >>> when I took my first attempt at packaging gcc.) >>> >>> I shall look at the patch and let you know - however, regardless of >>> whether it works or not - is this something that autoconf is introducing, >>> read changed - requiring you to make a patch. If so, while from autoconf >>> perspective all may be well - it is not very user-friendly. (I just do not >>> understand autoconf well enough to make that distinction). >>> >>> Thanks for looking! and listening!! >>> >>> On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: >>> >>>> [adding autoconf] >>>> >>>> On 06/04/2015 01:17 PM, Paul Eggert wrote: >>>> > >>>> > On 06/04/2015 09:41 AM, Michael Felt wrote: >>>> >> GEN src/coreutils.h >>>> >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >>>> > >>>> >>>> > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. >>>> >>>> Actually, POSIX _does_ allow for missing words between 'in' and the >>>> terminator (; or newline) before 'do' (whether by a word that expands to >>>> nothing, or by omission of words), requiring that the body of the for >>>> statement is skipped in that case: >>>> >>>> >>>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 >>>> >>>> But it is also true that older shells did not always follow this rule, >>>> so you are indeed better off always supplying at least one word that >>>> won't be expanded into nothingness. >>>> >>>> Hmmm, I thought that autoconf would document it as a portability >>>> pitfall, but I don't see it under 'for' in this link: >>>> >>>> >>>> https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins >>>> >>>> -- >>>> Eric Blake eblake redhat com +1-919-301-3266 >>>> Libvirt virtualization library http://libvirt.org >>>> >>>> >>> >> > --089e013a0d9ef213610517c36b9f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
After rerunning ./configure --prefix=3D/opt I still stop a= t:

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h
/bin/= sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 125= 4-004 The error code from the last command is 2.



On Fri, Jun 5, 2015 at 1:1= 3 PM, Michael Felt <mamfelt@gmail.com> wrote:
I think I still have automake 1.1= 4 lying around, but would be nice if automake-1.15 would have just accepted= the patch :)

Most important - the patch seems to be= working! At least I got farther...

On my "bare system= " - initially NO extras installed to find 'hard', i.e., real d= ependencies.

root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make<= br>=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/alloca.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/arpa/inet.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 ./src/si= ngle-binary.mk
=C2=A0cd . && /bin/sh /data/prj/gnu/coreutils= /coreutils-8.23/build-aux/missing automake-1.14 --gnu Makefile
/data/prj= /gnu/coreutils/coreutils-8.23/build-aux/missing[81]: automake-1.14:=C2=A0 n= ot found.
WARNING: 'automake-1.14' is missing on your system.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 You should only need it i= f you modified 'Makefile.am' or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 'c= onfigure.ac' or m4 files included by 'configure.ac'.
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 The 'automake' program is part of the GNU = Automake package:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <<= a href=3D"http://www.gnu.org/software/automake" target=3D"_blank">http://ww= w.gnu.org/software/automake>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 It also requires GNU Autoconf, GNU m4 and Perl in order to run= :
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/softwa= re/autoconf>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <= ;http://www.g= nu.org/software/m4/>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 <http://www.pe= rl.org/>
make: 1254-004 The error code from the last command is 1= 27.

So, on my "more loaded system - x064 - (with other tools, i= .e.)
root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake
configure.ac:35: error:= version mismatch.=C2=A0 This is Automake 1.15,
configure.ac:35: but the definition used b= y this AM_INIT_AUTOMAKE
configure.ac:35: comes from Automake 1.14.1.=C2=A0 You should recr= eate
configure.ac:3= 5: aclocal.m4 with aclocal and run automake again.

Af= ter loading automake 1.14.1 and running automake - got farther still,
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
=C2=A0cd . &= ;& /bin/sh ./config.status Makefile depfiles
config.status: creating= Makefile
config.status: executing depfiles commands
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/configmake.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/ctype.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/di= rent.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/errno.h
=C2=A0 GE= N=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fcntl.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/float.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fn= match.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/getopt.h
=C2=A0 = GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/iconv.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/inttypes.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = lib/langinfo.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/locale.h
= =C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/math.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/netdb.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/selinux/selinux.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/s= elinux/context.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/signal.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdalign.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdint.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 lib/stdio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdli= b.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/string.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/ioctl.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/sys/resource.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/sys/select.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/so= cket.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/stat.h
=C2=A0= GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/time.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/sys/types.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/sys/uio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/utsna= me.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/wait.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/termios.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/time.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/= unistd.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wchar.h
=C2=A0 = GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wctype.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h
/bin/sh: 0403-057 Synta= x error at line 1 : `;' is not expected.
make: 1254-004 The e= rror code from the last command is 2.

Shall rerun ./confi= gure and see if the ./src directory problem is solved as well (after automa= ke)

p.s.
I do this packaging as root - so I= always need to
# export=C2=A0 FORCE_UNSAFE_CONFIGURE=3D1

<= div>Would be "more friendly" if this check could be reported earl= ier in ./configure rather than just before it finishes.

On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt <mamfelt= @gmail.com> wrote:
FYI: AIX - not Solaris - but "old-school UNIX" in b= oth cases.

And, yes - it is /bin/sh - which is the 'Bourne shell= behavior" iirc, rather than ksh behavior, but the program is the defa= ult AIX (not solaris) ksh (see inode #)

=C2=A0 26 -r-xr-xr-x 15 bin= =C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1457 May 14=C2= =A0 2012 hash
=C2=A0 58 -r-xr-sr-x=C2=A0 1 root security=C2=A0=C2=A0 370= 92 Apr 25=C2=A0 2014 chsh
=C2=A0148 lrwxrwxrwx=C2=A0 1 root system=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 28 Feb=C2=A0 6 13:50 fcinit.sh -> /= usr/sbin/rsct/bin/fcinit.sh
=C2=A0149 lrwxrwxrwx=C2=A0 1 root system=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29 Feb=C2=A0 6 13:50 fcinit.csh -&g= t; /usr/sbin/rsct/bin/fcinit.csh
=C2=A0263 -r-xr-s---=C2=A0 1 root syste= m=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5884 Mar=C2=A0 7=C2=A0 2014 refresh
=C2= =A0331 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 918 May 14=C2=A0 2012 recsh
=C2=A0443 -r-xr-xr-x=C2= =A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 185344 Mar=C2=A0 7= =C2=A0 2014 csh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014 Rsh
=C2=A0460 -r-xr-xr-x=C2= =A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014= bsh
=C2=A0540 -rwxr-xr-x=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 4690 May=C2=A0 6=C2=A0 2013 c_rehash
=C2=A0631 lrwxrwxrwx=C2=A0 1 bi= n=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 = Dec 20 16:21 dsh -> /opt/csm/bin/dsh
=C2=A0829 -r-xr-xr-x=C2=A0 1 bin= =C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 287458 Mar 12=C2=A0 2013 msh=
=C2=A0845 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 46 Dec 20 16:21 perfpmr.sh -> /data/prj/labserv/perf61-2014= .04.30/perfpmr.sh
=C2=A0907 -r-sr-xr-x=C2=A0 2 root system=C2=A0=C2=A0= =C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 remsh
=C2=A0907 -r-sr-xr-x=C2= =A0 2 root system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 rsh<= br>=C2=A0983 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 17 Dec 20 16:21 tclsh -> /usr/bin/tclsh8.4
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0= bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 ksh
= =C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 292316 Jun 30=C2=A0 2014 psh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 = bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 rksh
= =C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 292316 Jun 30=C2=A0 2014 sh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 b= in=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 tsh<= br>1031 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 16 Dec 20 16:21 wish -> /usr/bin/wish8.4

AIX also su= pports ksh93 - but that is a different executable (different inode)

= michael@x071:[/usr/bin]ls -li *ksh*
986 -r-xr-xr-x 5 bin bin 292316 Jun = 30=C2=A0 2014 ksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 2014 ksh9= 3
986 -r-xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 2014 rksh
932 -r-xr-xr= -x 2 bin bin 902655 Jul 11=C2=A0 2014 rksh93



On Fri, J= un 5, 2015 at 12:45 PM, Michael Felt <mamfelt@gmail.com> wro= te:
My "f= ear" is that autoconf has introduced this "catch-all" as I h= ave been running into it more frequently of late (first time was last Novem= ber when I took my first attempt at packaging gcc.)

I shall lo= ok at the patch and let you know - however, regardless of whether it works = or not - is this something that autoconf is introducing, read changed - req= uiring you to make a patch. If so, while from autoconf perspective all may = be well - it is not very user-friendly. (I just do not understand autoconf = well enough to make that distinction).

Thanks for looking! and= listening!!

On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake <eblake@redhat= .com> wrote:
[adding autoco= nf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org





--089e013a0d9ef213610517c36b9f-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 07:20:34 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 11:20:35 +0000 Received: from localhost ([127.0.0.1]:41172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pfs-0007CL-Ho for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:20:34 -0400 Received: from mail-yk0-f169.google.com ([209.85.160.169]:35931) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0pfo-0007C5-Gs for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 07:20:30 -0400 Received: by yked142 with SMTP id d142so23483935yke.3 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 04:20:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zn5KRFWa3ivOP59Mu0TK3vvKU9qCp2tmAO65CeAHal0=; b=UbLmuMmO03VPfxqzbUyIls/0TwENI2UuUOxFxOhNIjAfAV/ioUBJxCm8TFnN2mXyzp PCnGrOW8O5fQlOMgy+VGVD7wzIIWdGWsp1jpzj+R1uSW8hHD7cI0KQUu4fmo8RJ5prUE dDWzBFcXiX48Ikk+w9hGIp70HEce6TnXqQ1A5JRRLhcwZpSPNrdVY6IR6xQaAeLc5od8 0f+BrCi5XmUxftS9QN5nVcqBAWNSj7mtPIzft/TR2c/J3alsRV+cnH1rF6M8ZE6tPdGE dP5WMgtSDTcZriBlTR4WfOELs6ZkUH0iMbOFThg1fApvc7ZqwBcSRnib7Hnvl5t3l+UI n7LA== MIME-Version: 1.0 X-Received: by 10.236.31.10 with SMTP id l10mr2724490yha.6.1433503223057; Fri, 05 Jun 2015 04:20:23 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 04:20:22 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 13:20:22 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0111ba706514000517c37a35 X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --089e0111ba706514000517c37a35 Content-Type: text/plain; charset=UTF-8 Actually, looking at this more closely - before make did not do anything in ./lib initially - now it starts there, and it still comes to a halt with GEN src/coreutils.h Funny how the lib stuff can be generated without src/coreutils.h - is that by design? I shall go back two steps (remove all, unpack, patch, automake, and see where/how things go). Michael On Fri, Jun 5, 2015 at 1:16 PM, Michael Felt wrote: > After rerunning ./configure --prefix=/opt I still stop at: > > GEN src/coreutils.h > /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. > make: 1254-004 The error code from the last command is 2. > > > > On Fri, Jun 5, 2015 at 1:13 PM, Michael Felt wrote: > >> I think I still have automake 1.14 lying around, but would be nice if >> automake-1.15 would have just accepted the patch :) >> >> *Most important - the patch seems to be working!* At least I got >> farther... >> >> On my "bare system" - initially NO extras installed to find 'hard', i.e., >> real dependencies. >> >> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make >> GEN lib/alloca.h >> GEN lib/arpa/inet.h >> GEN ./src/single-binary.mk >> cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing >> automake-1.14 --gnu Makefile >> /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: >> automake-1.14: not found. >> WARNING: 'automake-1.14' is missing on your system. >> You should only need it if you modified 'Makefile.am' or >> 'configure.ac' or m4 files included by 'configure.ac'. >> The 'automake' program is part of the GNU Automake package: >> >> It also requires GNU Autoconf, GNU m4 and Perl in order to run: >> >> >> >> make: 1254-004 The error code from the last command is 127. >> >> So, on my "more loaded system - x064 - (with other tools, i.e.) >> root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake >> configure.ac:35: error: version mismatch. This is Automake 1.15, >> configure.ac:35: but the definition used by this AM_INIT_AUTOMAKE >> configure.ac:35: comes from Automake 1.14.1. You should recreate >> configure.ac:35: aclocal.m4 with aclocal and run automake again. >> >> After loading automake 1.14.1 and running automake - got farther still, >> >> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make >> cd . && /bin/sh ./config.status Makefile depfiles >> config.status: creating Makefile >> config.status: executing depfiles commands >> GEN lib/configmake.h >> GEN lib/ctype.h >> GEN lib/dirent.h >> GEN lib/errno.h >> GEN lib/fcntl.h >> GEN lib/float.h >> GEN lib/fnmatch.h >> GEN lib/getopt.h >> GEN lib/iconv.h >> GEN lib/inttypes.h >> GEN lib/langinfo.h >> GEN lib/locale.h >> GEN lib/math.h >> GEN lib/netdb.h >> GEN lib/selinux/selinux.h >> GEN lib/selinux/context.h >> GEN lib/signal.h >> GEN lib/stdalign.h >> GEN lib/stdint.h >> GEN lib/stdio.h >> GEN lib/stdlib.h >> GEN lib/string.h >> GEN lib/sys/ioctl.h >> GEN lib/sys/resource.h >> GEN lib/sys/select.h >> GEN lib/sys/socket.h >> GEN lib/sys/stat.h >> GEN lib/sys/time.h >> GEN lib/sys/types.h >> GEN lib/sys/uio.h >> GEN lib/sys/utsname.h >> GEN lib/sys/wait.h >> GEN lib/termios.h >> GEN lib/time.h >> GEN lib/unistd.h >> GEN lib/wchar.h >> GEN lib/wctype.h >> GEN src/coreutils.h >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >> make: 1254-004 The error code from the last command is 2. >> >> Shall rerun ./configure and see if the ./src directory problem is solved >> as well (after automake) >> >> p.s. >> I do this packaging as root - so I always need to >> # export FORCE_UNSAFE_CONFIGURE=1 >> >> Would be "more friendly" if this check could be reported earlier in >> ./configure rather than just before it finishes. >> >> On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt wrote: >> >>> FYI: AIX - not Solaris - but "old-school UNIX" in both cases. >>> >>> And, yes - it is /bin/sh - which is the 'Bourne shell behavior" iirc, >>> rather than ksh behavior, but the program is the default AIX (not solaris) >>> ksh (see inode #) >>> >>> 26 -r-xr-xr-x 15 bin bin 1457 May 14 2012 hash >>> 58 -r-xr-sr-x 1 root security 37092 Apr 25 2014 chsh >>> 148 lrwxrwxrwx 1 root system 28 Feb 6 13:50 fcinit.sh -> >>> /usr/sbin/rsct/bin/fcinit.sh >>> 149 lrwxrwxrwx 1 root system 29 Feb 6 13:50 fcinit.csh -> >>> /usr/sbin/rsct/bin/fcinit.csh >>> 263 -r-xr-s--- 1 root system 5884 Mar 7 2014 refresh >>> 331 -r-xr-xr-x 1 bin bin 918 May 14 2012 recsh >>> 443 -r-xr-xr-x 1 bin bin 185344 Mar 7 2014 csh >>> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 Rsh >>> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 bsh >>> 540 -rwxr-xr-x 1 root system 4690 May 6 2013 c_rehash >>> 631 lrwxrwxrwx 1 bin bin 16 Dec 20 16:21 dsh -> >>> /opt/csm/bin/dsh >>> 829 -r-xr-xr-x 1 bin bin 287458 Mar 12 2013 msh >>> 845 lrwxrwxrwx 1 root system 46 Dec 20 16:21 perfpmr.sh -> >>> /data/prj/labserv/perf61-2014.04.30/perfpmr.sh >>> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 remsh >>> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 rsh >>> 983 lrwxrwxrwx 1 root system 17 Dec 20 16:21 tclsh -> >>> /usr/bin/tclsh8.4 >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 psh >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 sh >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 tsh >>> 1031 lrwxrwxrwx 1 root system 16 Dec 20 16:21 wish -> >>> /usr/bin/wish8.4 >>> >>> AIX also supports ksh93 - but that is a different executable (different >>> inode) >>> >>> michael@x071:[/usr/bin]ls -li *ksh* >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >>> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93 >>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >>> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93 >>> >>> >>> >>> On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt wrote: >>> >>>> My "fear" is that autoconf has introduced this "catch-all" as I have >>>> been running into it more frequently of late (first time was last November >>>> when I took my first attempt at packaging gcc.) >>>> >>>> I shall look at the patch and let you know - however, regardless of >>>> whether it works or not - is this something that autoconf is introducing, >>>> read changed - requiring you to make a patch. If so, while from autoconf >>>> perspective all may be well - it is not very user-friendly. (I just do not >>>> understand autoconf well enough to make that distinction). >>>> >>>> Thanks for looking! and listening!! >>>> >>>> On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: >>>> >>>>> [adding autoconf] >>>>> >>>>> On 06/04/2015 01:17 PM, Paul Eggert wrote: >>>>> > >>>>> > On 06/04/2015 09:41 AM, Michael Felt wrote: >>>>> >> GEN src/coreutils.h >>>>> >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >>>>> > >>>>> >>>>> > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. >>>>> >>>>> Actually, POSIX _does_ allow for missing words between 'in' and the >>>>> terminator (; or newline) before 'do' (whether by a word that expands >>>>> to >>>>> nothing, or by omission of words), requiring that the body of the for >>>>> statement is skipped in that case: >>>>> >>>>> >>>>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 >>>>> >>>>> But it is also true that older shells did not always follow this rule, >>>>> so you are indeed better off always supplying at least one word that >>>>> won't be expanded into nothingness. >>>>> >>>>> Hmmm, I thought that autoconf would document it as a portability >>>>> pitfall, but I don't see it under 'for' in this link: >>>>> >>>>> >>>>> https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins >>>>> >>>>> -- >>>>> Eric Blake eblake redhat com +1-919-301-3266 >>>>> Libvirt virtualization library http://libvirt.org >>>>> >>>>> >>>> >>> >> > --089e0111ba706514000517c37a35 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Actually, looking at this more closely - be= fore make did not do anything in ./lib initially - now it starts there, and= it still comes to a halt with
GEN src/coreutils.h

Fu= nny how the lib stuff can be generated without src/coreutils.h - is that by= design? I shall go back two steps (remove all, unpack, patch, automake, an= d see where/how things go).

Michael

On Fri, Jun 5, 2015 at 1:16 PM, Mi= chael Felt <mamfelt@gmail.com> wrote:
After rerunning ./configure --prefix=3D/opt = I still stop at:

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 src/coreutils.h
/bin/sh: 0403-057 Syntax error at line 1 : `;'= ; is not expected.
make: 1254-004 The error code from the last command i= s 2.



On Fri, Jun 5, 2015 at = 1:13 PM, Michael Felt <mamfelt@gmail.com> wrote:
I think I still have automake = 1.14 lying around, but would be nice if automake-1.15 would have just accep= ted the patch :)

Most important - the patch seems to= be working! At least I got farther...

On my "bare sys= tem" - initially NO extras installed to find 'hard', i.e., rea= l dependencies.

root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]ma= ke
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/alloca.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/arpa/inet.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ./src/single-binary.mk
=C2=A0cd . && /bin/sh /data/prj/gnu/coreut= ils/coreutils-8.23/build-aux/missing automake-1.14 --gnu Makefile
/data/= prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: automake-1.14:=C2= =A0 not found.
WARNING: 'automake-1.14' is missing on your syste= m.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 You should only need= it if you modified 'Makefile.am' or
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 'configure.ac' or m4 files included by 'configure.ac'.
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 The 'automake' program is part of the G= NU Automake package:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 &l= t;http:/= /www.gnu.org/software/automake>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 It also requires GNU Autoconf, GNU m4 and Perl in order to = run:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/sof= tware/autoconf>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <http://ww= w.gnu.org/software/m4/>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 <http://www= .perl.org/>
make: 1254-004 The error code from the last command i= s 127.

So, on my "more loaded system - x064 - (with other tools= , i.e.)
root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake
configure.ac:35: err= or: version mismatch.=C2=A0 This is Automake 1.15,
configure.ac:35: but the definition use= d by this AM_INIT_AUTOMAKE
configure.ac:35: comes from Automake 1.14.1.=C2=A0 You should r= ecreate
configure.a= c:35: aclocal.m4 with aclocal and run automake again.

After loading automake 1.14.1 and running automake - got farther still,
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
=C2=A0cd . &= amp;& /bin/sh ./config.status Makefile depfiles
config.status: creat= ing Makefile
config.status: executing depfiles commands
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/configmake.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/ctype.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib= /dirent.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/errno.h
=C2=A0= GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fcntl.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/float.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib= /fnmatch.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/getopt.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/iconv.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/inttypes.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/langinfo.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/locale.h=
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/math.h
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/netdb.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/selinux/selinux.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 li= b/selinux/context.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/signal.= h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdalign.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdint.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/stdio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/st= dlib.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/string.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/ioctl.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/sys/resource.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/sys/select.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys= /socket.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/stat.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/time.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/sys/types.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/sys/uio.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/ut= sname.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/wait.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/termios.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/time.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/unistd.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wchar.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wctype.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h
/bin/sh: 0403-057 Syntax = error at line 1 : `;' is not expected.
make: 1254-004 The err= or code from the last command is 2.

Shall rerun ./configu= re and see if the ./src directory problem is solved as well (after automake= )

p.s.
I do this packaging as root - so I a= lways need to
# export=C2=A0 FORCE_UNSAFE_CONFIGURE=3D1

Would be "more friendly" if this check could be reported earlie= r in ./configure rather than just before it finishes.
<= div>

On Fri, Jun 5= , 2015 at 12:52 PM, Michael Felt <mamfelt@gmail.com> wrote:<= br>
FYI: AIX - not Sola= ris - but "old-school UNIX" in both cases.

And, yes - it i= s /bin/sh - which is the 'Bourne shell behavior" iirc, rather than= ksh behavior, but the program is the default AIX (not solaris) ksh (see in= ode #)

=C2=A0 26 -r-xr-xr-x 15 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 1457 May 14=C2=A0 2012 hash
=C2=A0 58 -r-xr-sr-= x=C2=A0 1 root security=C2=A0=C2=A0 37092 Apr 25=C2=A0 2014 chsh
=C2=A01= 48 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 28 Feb=C2=A0 6 13:50 fcinit.sh -> /usr/sbin/rsct/bin/fcinit.sh
=C2= =A0149 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 29 Feb=C2=A0 6 13:50 fcinit.csh -> /usr/sbin/rsct/bin/fcinit.csh<= br>=C2=A0263 -r-xr-s---=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5= 884 Mar=C2=A0 7=C2=A0 2014 refresh
=C2=A0331 -r-xr-xr-x=C2=A0 1 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 918 May 14=C2= =A0 2012 recsh
=C2=A0443 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 185344 Mar=C2=A0 7=C2=A0 2014 csh
=C2=A0460 -r-xr-= xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2= =A0 2014 Rsh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014 bsh
=C2=A0540 -rwxr-xr-x=C2=A0= 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4690 May=C2=A0 6=C2=A0 2013 c_= rehash
=C2=A0631 lrwxrwxrwx=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 Dec 20 16:21 dsh -> /opt/csm/= bin/dsh
=C2=A0829 -r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 287458 Mar 12=C2=A0 2013 msh
=C2=A0845 lrwxrwxrwx=C2=A0 = 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 46 Dec 20 16:21 per= fpmr.sh -> /data/prj/labserv/perf61-2014.04.30/perfpmr.sh
=C2=A0907 -= r-sr-xr-x=C2=A0 2 root system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2= =A0 2014 remsh
=C2=A0907 -r-sr-xr-x=C2=A0 2 root system=C2=A0=C2=A0=C2= =A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 rsh
=C2=A0983 lrwxrwxrwx=C2=A0 1 = root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 17 Dec 20 16:21 tclsh= -> /usr/bin/tclsh8.4
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 292316 Jun 30=C2=A0 2014 ksh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 psh=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 292316 Jun 30=C2=A0 2014 rksh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2= =A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 sh
= =C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 292316 Jun 30=C2=A0 2014 tsh
1031 lrwxrwxrwx=C2=A0 1 root sys= tem=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 Dec 20 16:21 wish -> /u= sr/bin/wish8.4

AIX also supports ksh93 - but that is a differe= nt executable (different inode)

michael@x071:[/usr/bin]ls -li *ksh*<= br>986 -r-xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 2014 ksh
932 -r-xr-xr-x = 2 bin bin 902655 Jul 11=C2=A0 2014 ksh93
986 -r-xr-xr-x 5 bin bin 292316= Jun 30=C2=A0 2014 rksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 201= 4 rksh93


<= br>
On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt= <mamfelt@gmail.com> wrote:
My "fear" is that autoconf has intro= duced this "catch-all" as I have been running into it more freque= ntly of late (first time was last November when I took my first attempt at = packaging gcc.)

I shall look at the patch and let you know - h= owever, regardless of whether it works or not - is this something that auto= conf is introducing, read changed - requiring you to make a patch. If so, w= hile from autoconf perspective all may be well - it is not very user-friend= ly. (I just do not understand autoconf well enough to make that distinction= ).

Thanks for looking! and listening!!

On Thu, Jun 4, 2015 a= t 9:34 PM, Eric Blake <eblake@redhat.com> wrote:
[adding autoconf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org






--089e0111ba706514000517c37a35-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 07:33:32 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 11:33:32 +0000 Received: from localhost ([127.0.0.1]:41195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0psP-0000YP-Kf for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:33:32 -0400 Received: from mail-yk0-f172.google.com ([209.85.160.172]:34965) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0psJ-0000Y6-Dz for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 07:33:27 -0400 Received: by yken206 with SMTP id n206so23579214yke.2 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 04:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q0tiiAzAjO5A7ZAKDCmCxWsPI+8P3/smnWkyBWEPreo=; b=uxt65WknjWmbCdGEVBn6bhDbiVchg4PZxvXVOEPsiJIMCuAVlsyhvpHfBA6EpYNS9p i31jYA2DMS6WVz0SY47/I6AGjYfWMTf1vxEBzzw7f5o6zjtKW9TmSXUmJZNRIavQbr4f fRlmGnaxaeaoHigXTqv2V9UpY91yBFcjfyzKgifb1vYw8T0/NnTkm4PZxh7OPFkUyab9 +OO1agUHQZvTKTOXWQG3JT/wMUyGqnOnc0hfgcqdlkauUQLXCohxAmAyJyEGq5t/0AqO Age1aLPgOvDDhGlXFfAPgio6PG2LwNFQPxxCjloEjgFoX3b429I1jKofvewCTkI4JU2/ qawg== MIME-Version: 1.0 X-Received: by 10.236.31.10 with SMTP id l10mr2762235yha.6.1433503997821; Fri, 05 Jun 2015 04:33:17 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 04:33:17 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> Date: Fri, 5 Jun 2015 13:33:17 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0111ba7093080b0517c3a8bf X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --089e0111ba7093080b0517c3a8bf Content-Type: text/plain; charset=UTF-8 As I said before - I do not really know the ins and outs of autoconf and automake - so I shall only summarize my steps: On my "download" server... (/data/prj is an NFS mount shared by all servers) michael@x071:[/data/prj/gnu/coreutils]xz -dc *23*xz | tar xf - michael@x071:[/data/prj/gnu/coreutils]cd *23 michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23]cat ../*patch | patch -p1 (Stripping trailing CRs from patch.) patching file Makefile.am Hunk #1 succeeded at 190 (offset -5 lines). (Stripping trailing CRs from patch.) patching file src/local.mk Hunk #1 succeeded at 420 (offset -7 lines). Hunk #2 succeeded at 429 (offset -7 lines). Hunk #3 succeeded at 439 (offset -7 lines). michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23] On my AIX 5.3 - "tooled" server root@x064:[/data/prj/gnu/coreutils]cd - /data/prj/gnu/coreutils/coreutils-8.23 root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake On my bare "build server" root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]./configure --prefix=/opt ... checking for msgmerge... no checking for CFPreferencesCopyAppValue... (cached) no checking for CFLocaleCopyCurrent... (cached) no checking for GNU gettext in libc... no checking for iconv... (cached) yes checking for working iconv... (cached) no checking for GNU gettext in libintl... no checking whether to use NLS... no checking for a traditional french locale... (cached) none checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating gnulib-tests/Makefile config.status: creating lib/config.h config.status: executing depfiles commands config.status: executing po-directories commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing man/dynamic-deps.mk commands root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make GEN lib/alloca.h GEN lib/c++defs.h GEN lib/warn-on-use.h GEN lib/arg-nonnull.h GEN lib/arpa/inet.h GEN ./src/single-binary.mk cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing automake-1.14 --gnu Makefile /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: automake-1.14: not found. WARNING: 'automake-1.14' is missing on your system. You should only need it if you modified 'Makefile.am' or 'configure.ac' or m4 files included by 'configure.ac'. The 'automake' program is part of the GNU Automake package: It also requires GNU Autoconf, GNU m4 and Perl in order to run: make: 1254-004 The error code from the last command is 127. Stop. Back on "tooled server" root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake root@x064:[/data/prj/gnu/coreutils/coreutils-8.23] Back on "build server" root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make cd . && /bin/sh ./config.status Makefile depfiles config.status: creating Makefile config.status: executing depfiles commands GEN lib/configmake.h GEN lib/ctype.h GEN lib/dirent.h GEN lib/errno.h GEN lib/fcntl.h GEN lib/float.h GEN lib/fnmatch.h GEN lib/getopt.h GEN lib/iconv.h GEN lib/inttypes.h GEN lib/langinfo.h GEN lib/locale.h GEN lib/math.h GEN lib/netdb.h GEN lib/unused-parameter.h GEN lib/selinux/selinux.h GEN lib/selinux/context.h GEN lib/signal.h GEN lib/stdalign.h GEN lib/stdint.h GEN lib/stdio.h GEN lib/stdlib.h GEN lib/string.h GEN lib/sys/ioctl.h GEN lib/sys/resource.h GEN lib/sys/select.h GEN lib/sys/socket.h GEN lib/sys/stat.h GEN lib/sys/time.h GEN lib/sys/types.h GEN lib/sys/uio.h GEN lib/sys/utsname.h GEN lib/sys/wait.h GEN lib/termios.h GEN lib/time.h GEN lib/unistd.h GEN lib/unistr.h GEN lib/unitypes.h GEN lib/uniwidth.h GEN lib/wchar.h GEN lib/wctype.h GEN src/coreutils.h /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. make: 1254-004 The error code from the last command is 2. Stop. root@x065:[/data/prj/gnu/coreutils/coreutils-8.23] And, it feels as if I am back where I first started - GEN of src/coreutils.h is unhappy. Thank you for your consideration. On Fri, Jun 5, 2015 at 1:20 PM, Michael Felt wrote: > Actually, looking at this more closely - before make did not do anything > in ./lib initially - now it starts there, and it still comes to a halt with > GEN src/coreutils.h > > Funny how the lib stuff can be generated without src/coreutils.h - is that > by design? I shall go back two steps (remove all, unpack, patch, automake, > and see where/how things go). > > Michael > > On Fri, Jun 5, 2015 at 1:16 PM, Michael Felt wrote: > >> After rerunning ./configure --prefix=/opt I still stop at: >> >> GEN src/coreutils.h >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >> make: 1254-004 The error code from the last command is 2. >> >> >> >> On Fri, Jun 5, 2015 at 1:13 PM, Michael Felt wrote: >> >>> I think I still have automake 1.14 lying around, but would be nice if >>> automake-1.15 would have just accepted the patch :) >>> >>> *Most important - the patch seems to be working!* At least I got >>> farther... >>> >>> On my "bare system" - initially NO extras installed to find 'hard', >>> i.e., real dependencies. >>> >>> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make >>> GEN lib/alloca.h >>> GEN lib/arpa/inet.h >>> GEN ./src/single-binary.mk >>> cd . && /bin/sh >>> /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing automake-1.14 >>> --gnu Makefile >>> /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: >>> automake-1.14: not found. >>> WARNING: 'automake-1.14' is missing on your system. >>> You should only need it if you modified 'Makefile.am' or >>> 'configure.ac' or m4 files included by 'configure.ac'. >>> The 'automake' program is part of the GNU Automake package: >>> >>> It also requires GNU Autoconf, GNU m4 and Perl in order to run: >>> >>> >>> >>> make: 1254-004 The error code from the last command is 127. >>> >>> So, on my "more loaded system - x064 - (with other tools, i.e.) >>> root@x064:[/data/prj/gnu/coreutils/coreutils-8.23]automake >>> configure.ac:35: error: version mismatch. This is Automake 1.15, >>> configure.ac:35: but the definition used by this AM_INIT_AUTOMAKE >>> configure.ac:35: comes from Automake 1.14.1. You should recreate >>> configure.ac:35: aclocal.m4 with aclocal and run automake again. >>> >>> After loading automake 1.14.1 and running automake - got farther still, >>> >>> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make >>> cd . && /bin/sh ./config.status Makefile depfiles >>> config.status: creating Makefile >>> config.status: executing depfiles commands >>> GEN lib/configmake.h >>> GEN lib/ctype.h >>> GEN lib/dirent.h >>> GEN lib/errno.h >>> GEN lib/fcntl.h >>> GEN lib/float.h >>> GEN lib/fnmatch.h >>> GEN lib/getopt.h >>> GEN lib/iconv.h >>> GEN lib/inttypes.h >>> GEN lib/langinfo.h >>> GEN lib/locale.h >>> GEN lib/math.h >>> GEN lib/netdb.h >>> GEN lib/selinux/selinux.h >>> GEN lib/selinux/context.h >>> GEN lib/signal.h >>> GEN lib/stdalign.h >>> GEN lib/stdint.h >>> GEN lib/stdio.h >>> GEN lib/stdlib.h >>> GEN lib/string.h >>> GEN lib/sys/ioctl.h >>> GEN lib/sys/resource.h >>> GEN lib/sys/select.h >>> GEN lib/sys/socket.h >>> GEN lib/sys/stat.h >>> GEN lib/sys/time.h >>> GEN lib/sys/types.h >>> GEN lib/sys/uio.h >>> GEN lib/sys/utsname.h >>> GEN lib/sys/wait.h >>> GEN lib/termios.h >>> GEN lib/time.h >>> GEN lib/unistd.h >>> GEN lib/wchar.h >>> GEN lib/wctype.h >>> GEN src/coreutils.h >>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >>> make: 1254-004 The error code from the last command is 2. >>> >>> Shall rerun ./configure and see if the ./src directory problem is solved >>> as well (after automake) >>> >>> p.s. >>> I do this packaging as root - so I always need to >>> # export FORCE_UNSAFE_CONFIGURE=1 >>> >>> Would be "more friendly" if this check could be reported earlier in >>> ./configure rather than just before it finishes. >>> >>> On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt wrote: >>> >>>> FYI: AIX - not Solaris - but "old-school UNIX" in both cases. >>>> >>>> And, yes - it is /bin/sh - which is the 'Bourne shell behavior" iirc, >>>> rather than ksh behavior, but the program is the default AIX (not solaris) >>>> ksh (see inode #) >>>> >>>> 26 -r-xr-xr-x 15 bin bin 1457 May 14 2012 hash >>>> 58 -r-xr-sr-x 1 root security 37092 Apr 25 2014 chsh >>>> 148 lrwxrwxrwx 1 root system 28 Feb 6 13:50 fcinit.sh -> >>>> /usr/sbin/rsct/bin/fcinit.sh >>>> 149 lrwxrwxrwx 1 root system 29 Feb 6 13:50 fcinit.csh -> >>>> /usr/sbin/rsct/bin/fcinit.csh >>>> 263 -r-xr-s--- 1 root system 5884 Mar 7 2014 refresh >>>> 331 -r-xr-xr-x 1 bin bin 918 May 14 2012 recsh >>>> 443 -r-xr-xr-x 1 bin bin 185344 Mar 7 2014 csh >>>> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 Rsh >>>> 460 -r-xr-xr-x 2 bin bin 2900986 Aug 20 2014 bsh >>>> 540 -rwxr-xr-x 1 root system 4690 May 6 2013 c_rehash >>>> 631 lrwxrwxrwx 1 bin bin 16 Dec 20 16:21 dsh -> >>>> /opt/csm/bin/dsh >>>> 829 -r-xr-xr-x 1 bin bin 287458 Mar 12 2013 msh >>>> 845 lrwxrwxrwx 1 root system 46 Dec 20 16:21 perfpmr.sh -> >>>> /data/prj/labserv/perf61-2014.04.30/perfpmr.sh >>>> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 remsh >>>> 907 -r-sr-xr-x 2 root system 28270 Mar 8 2014 rsh >>>> 983 lrwxrwxrwx 1 root system 17 Dec 20 16:21 tclsh -> >>>> /usr/bin/tclsh8.4 >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 psh >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 sh >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 tsh >>>> 1031 lrwxrwxrwx 1 root system 16 Dec 20 16:21 wish -> >>>> /usr/bin/wish8.4 >>>> >>>> AIX also supports ksh93 - but that is a different executable (different >>>> inode) >>>> >>>> michael@x071:[/usr/bin]ls -li *ksh* >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh >>>> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93 >>>> 986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh >>>> 932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93 >>>> >>>> >>>> >>>> On Fri, Jun 5, 2015 at 12:45 PM, Michael Felt >>>> wrote: >>>> >>>>> My "fear" is that autoconf has introduced this "catch-all" as I have >>>>> been running into it more frequently of late (first time was last November >>>>> when I took my first attempt at packaging gcc.) >>>>> >>>>> I shall look at the patch and let you know - however, regardless of >>>>> whether it works or not - is this something that autoconf is introducing, >>>>> read changed - requiring you to make a patch. If so, while from autoconf >>>>> perspective all may be well - it is not very user-friendly. (I just do not >>>>> understand autoconf well enough to make that distinction). >>>>> >>>>> Thanks for looking! and listening!! >>>>> >>>>> On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote: >>>>> >>>>>> [adding autoconf] >>>>>> >>>>>> On 06/04/2015 01:17 PM, Paul Eggert wrote: >>>>>> > >>>>>> > On 06/04/2015 09:41 AM, Michael Felt wrote: >>>>>> >> GEN src/coreutils.h >>>>>> >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >>>>>> > >>>>>> >>>>>> > Port to POSIX shell, which doesn't allow 'for i in ; do ...'. >>>>>> >>>>>> Actually, POSIX _does_ allow for missing words between 'in' and the >>>>>> terminator (; or newline) before 'do' (whether by a word that expands >>>>>> to >>>>>> nothing, or by omission of words), requiring that the body of the for >>>>>> statement is skipped in that case: >>>>>> >>>>>> >>>>>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04 >>>>>> >>>>>> But it is also true that older shells did not always follow this rule, >>>>>> so you are indeed better off always supplying at least one word that >>>>>> won't be expanded into nothingness. >>>>>> >>>>>> Hmmm, I thought that autoconf would document it as a portability >>>>>> pitfall, but I don't see it under 'for' in this link: >>>>>> >>>>>> >>>>>> https://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Builtins >>>>>> >>>>>> -- >>>>>> Eric Blake eblake redhat com +1-919-301-3266 >>>>>> Libvirt virtualization library http://libvirt.org >>>>>> >>>>>> >>>>> >>>> >>> >> > --089e0111ba7093080b0517c3a8bf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As I said before - I do= not really know the ins and outs of autoconf and automake - so I shall onl= y summarize my steps:

On my "download" server... (/d= ata/prj is an NFS mount shared by all servers)

michael@x071:[/data/p= rj/gnu/coreutils]xz -dc *23*xz | tar xf -
michael@x071:[/data/prj/gnu/co= reutils]cd *23
michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23]cat = ../*patch | patch -p1
(Stripping trailing CRs from patch.)
patching f= ile Makefile.am
Hunk #1 succeeded at 190 (offset -5 lines).
(Strippin= g trailing CRs from patch.)
patching file src/local.mk
Hunk #1 succeeded at 420 (offset -7 lines).
Hunk #2 su= cceeded at 429 (offset -7 lines).
Hunk #3 succeeded at 439 (offset -7 li= nes).
michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23]

On my AIX 5.3 - "tooled" server

root@x064:[/data/prj/gnu/= coreutils]cd -
/data/prj/gnu/coreutils/coreutils-8.23
root@x064:[/dat= a/prj/gnu/coreutils/coreutils-8.23]automake

On my bare "b= uild server"
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]./co= nfigure --prefix=3D/opt
...
checking for msgmerge... no
checking f= or CFPreferencesCopyAppValue... (cached) no
checking for CFLocaleCopyCur= rent... (cached) no
checking for GNU gettext in libc... no
checking f= or iconv... (cached) yes
checking for working iconv... (cached) no
ch= ecking for GNU gettext in libintl... no
checking whether to use NLS... n= o
checking for a traditional french locale... (cached) none
checking = that generated files are newer than configure... done
configure: creatin= g ./config.status
config.status: creating Makefile
config.status: cre= ating po/Makefile.in
config.status: creating gnulib-tests/Makefile
co= nfig.status: creating lib/config.h
config.status: executing depfiles com= mands
config.status: executing po-directories commands
config.status:= creating po/POTFILES
config.status: creating po/Makefile
config.stat= us: executing man/dynamic-deps.mk co= mmands
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
=C2=A0 = GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/alloca.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/c++defs.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 l= ib/warn-on-use.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/arg-nonnul= l.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/arpa/inet.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ./src/= single-binary.mk
=C2=A0cd . && /bin/sh /data/prj/gnu/coreuti= ls/coreutils-8.23/build-aux/missing automake-1.14 --gnu Makefile
/data/p= rj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: automake-1.14:=C2=A0= not found.
WARNING: 'automake-1.14' is missing on your system.<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 You should only need it= if you modified 'Makefile.am' or
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 'configure.ac= 9; or m4 files included by 'configure.a= c'.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The 'au= tomake' program is part of the GNU Automake package:
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/software/automake>
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It also requires GNU Autoconf, GNU m4 and= Perl in order to run:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <http://www.gnu.org/sof= tware/autoconf>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = <http://www.gnu.org/software= /m4/>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.perl.org/>
make: 1254-004 T= he error code from the last command is 127.


Stop.

B= ack on "tooled server"

root@x064:[/data/prj/gnu/coreutils/= coreutils-8.23]automake
root@x064:[/data/prj/gnu/coreutils/coreutils-8.2= 3]

Back on "build server"

root@x065:[/data/pr= j/gnu/coreutils/coreutils-8.23]make
=C2=A0cd . && /bin/sh ./conf= ig.status Makefile depfiles
config.status: creating Makefile
config.s= tatus: executing depfiles commands
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/configmake.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/ctype.= h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/dirent.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/errno.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 lib/fcntl.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/float= .h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fnmatch.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/getopt.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/iconv.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/in= ttypes.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/langinfo.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/locale.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/math.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/netdb.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/unused-para= meter.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/selinux/selinux.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/selinux/context.h
=C2=A0 = GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/signal.h
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/stdalign.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = lib/stdint.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdio.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdlib.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/string.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/sys/ioctl.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/res= ource.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/select.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/socket.h
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/stat.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 lib/sys/time.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sy= s/types.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/uio.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/utsname.h
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/wait.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 lib/termios.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/tim= e.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/unistd.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/unistr.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/unitypes.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib= /uniwidth.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wchar.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wctype.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 src/coreutils.h
/bin/sh: 0403-057 Syntax error at = line 1 : `;' is not expected.
make: 1254-004 The error code from the= last command is 2.


Stop.
root@x065:[/data/prj/gnu/coreutils/= coreutils-8.23]

And, it feels as if I am back where I first st= arted - GEN of src/coreutils.h is unhappy.

Thank you for your = consideration.

On Fri, Jun 5, 2015 at 1:20 PM, Michael Felt <<= a href=3D"mailto:mamfelt@gmail.com" target=3D"_blank">mamfelt@gmail.com= > wrote:
=
Actually, looking at this more closely - before make did not do a= nything in ./lib initially - now it starts there, and it still comes to a h= alt with
GEN src/coreutils.h

Funny how the lib stuff = can be generated without src/coreutils.h - is that by design? I shall go ba= ck two steps (remove all, unpack, patch, automake, and see where/how things= go).

<= /div>Michael
=
On Fri, Jun 5, 2015 at 1:16 PM, Michael Felt= <mamfelt@gmail.com> wrote:
After rerunning ./configure --prefix=3D/opt I still stop= at:

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h<= br>/bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
m= ake: 1254-004 The error code from the last command is 2.


=

O= n Fri, Jun 5, 2015 at 1:13 PM, Michael Felt <mamfelt@gmail.com> wrote:
I thin= k I still have automake 1.14 lying around, but would be nice if automake-1.= 15 would have just accepted the patch :)

Most import= ant - the patch seems to be working! At least I got farther...
=
On my "bare system" - initially NO extras installed to find &= #39;hard', i.e., real dependencies.

root@x065:[/data/prj/gnu/cor= eutils/coreutils-8.23]make
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/= alloca.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/arpa/inet.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ./src/single-binary.mk
=C2=A0cd . && /bin/s= h /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing automake-1.14 --= gnu Makefile
/data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81= ]: automake-1.14:=C2=A0 not found.
WARNING: 'automake-1.14' is m= issing on your system.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = You should only need it if you modified 'Makefile.am' or
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 'configure.ac' or m4 files included by '<= a href=3D"http://configure.ac" target=3D"_blank">configure.ac'.
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The 'automake' pro= gram is part of the GNU Automake package:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 <http://www.gnu.org/software/automake>
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 It also requires GNU Autoconf, GNU m4 = and Perl in order to run:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 <= http://www.gnu.org/software/autoconf>
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 <http://www.gnu.org/software/m4/>
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <http://www.perl.org/>
make: 1254-004 The error code f= rom the last command is 127.

So, on my "more loaded system - x0= 64 - (with other tools, i.e.)
root@x064:[/data/prj/gnu/coreutils/coreuti= ls-8.23]automake
co= nfigure.ac:35: error: version mismatch.=C2=A0 This is Automake 1.15,configure.ac:35: = but the definition used by this AM_INIT_AUTOMAKE
configure.ac:35: comes from Automake 1.14= .1.=C2=A0 You should recreate
configure.ac:35: aclocal.m4 with aclocal and run automake a= gain.

After loading automake 1.14.1 and running automake = - got farther still,

root@x065:[/data/prj/gnu/coreutils/coreutils-8.= 23]make
=C2=A0cd . && /bin/sh ./config.status Makefile depfiles<= br>config.status: creating Makefile
config.status: executing depfiles co= mmands
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/configmake.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/ctype.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/dirent.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= lib/errno.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/fcntl.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/float.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/fnmatch.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/getopt.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/iconv.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/inttypes.h
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/langinfo.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/locale.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/m= ath.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/netdb.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/selinux/selinux.h
=C2=A0 GEN=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 lib/selinux/context.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/signal.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/s= tdalign.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdint.h
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/stdio.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/stdlib.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= lib/string.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/ioctl.h=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/resource.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/select.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/sys/socket.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/sys/stat.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/t= ime.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/types.h
=C2=A0= GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/sys/uio.h
=C2=A0 GEN=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 lib/sys/utsname.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/sys/wait.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/termi= os.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/time.h
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/unistd.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 lib/wchar.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/wc= type.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreutils.h/bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 1254-004 The error code from the last command is 2.

=
Shall rerun ./configure and see if the ./src directory problem is solv= ed as well (after automake)

p.s.
I do this = packaging as root - so I always need to
# export=C2=A0 FORCE_UNSAFE_CONF= IGURE=3D1

Would be "more friendly" if this chec= k could be reported earlier in ./configure rather than just before it finis= hes.

On Fri, Jun 5, 2015 at 12:52 PM, Michael Felt <mamfelt@gmail.= com> wrote:
FYI: AIX - not Solaris - but "old-school UNIX" in both cas= es.

And, yes - it is /bin/sh - which is the 'Bourne shell behavi= or" iirc, rather than ksh behavior, but the program is the default AIX= (not solaris) ksh (see inode #)

=C2=A0 26 -r-xr-xr-x 15 bin=C2=A0 b= in=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1457 May 14=C2=A0 2012 h= ash
=C2=A0 58 -r-xr-sr-x=C2=A0 1 root security=C2=A0=C2=A0 37092 Apr 25= =C2=A0 2014 chsh
=C2=A0148 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 28 Feb=C2=A0 6 13:50 fcinit.sh -> /usr/sbin/= rsct/bin/fcinit.sh
=C2=A0149 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29 Feb=C2=A0 6 13:50 fcinit.csh -> /usr/s= bin/rsct/bin/fcinit.csh
=C2=A0263 -r-xr-s---=C2=A0 1 root system=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 5884 Mar=C2=A0 7=C2=A0 2014 refresh
=C2=A0331 -= r-xr-xr-x=C2=A0 1 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 918 May 14=C2=A0 2012 recsh
=C2=A0443 -r-xr-xr-x=C2=A0 1 bi= n=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 185344 Mar=C2=A0 7=C2=A0 20= 14 csh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 2900986 Aug 20=C2=A0 2014 Rsh
=C2=A0460 -r-xr-xr-x=C2=A0 2 bin= =C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2900986 Aug 20=C2=A0 2014 bsh
= =C2=A0540 -rwxr-xr-x=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4690= May=C2=A0 6=C2=A0 2013 c_rehash
=C2=A0631 lrwxrwxrwx=C2=A0 1 bin=C2=A0 = bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 Dec 20 1= 6:21 dsh -> /opt/csm/bin/dsh
=C2=A0829 -r-xr-xr-x=C2=A0 1 bin=C2=A0 b= in=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 287458 Mar 12=C2=A0 2013 msh
=C2= =A0845 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 46 Dec 20 16:21 perfpmr.sh -> /data/prj/labserv/perf61-2014.04.30= /perfpmr.sh
=C2=A0907 -r-sr-xr-x=C2=A0 2 root system=C2=A0=C2=A0=C2=A0= =C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 remsh
=C2=A0907 -r-sr-xr-x=C2=A0 2 r= oot system=C2=A0=C2=A0=C2=A0=C2=A0 28270 Mar=C2=A0 8=C2=A0 2014 rsh
=C2= =A0983 lrwxrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 17 Dec 20 16:21 tclsh -> /usr/bin/tclsh8.4
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 ksh
=C2=A0986= -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 29231= 6 Jun 30=C2=A0 2014 psh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 rksh
=C2=A0986 -= r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 = Jun 30=C2=A0 2014 sh
=C2=A0986 -r-xr-xr-x=C2=A0 5 bin=C2=A0 bin=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 292316 Jun 30=C2=A0 2014 tsh
1031 lrw= xrwxrwx=C2=A0 1 root system=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 16 De= c 20 16:21 wish -> /usr/bin/wish8.4

AIX also supports ksh93= - but that is a different executable (different inode)

michael@x071= :[/usr/bin]ls -li *ksh*
986 -r-xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 201= 4 ksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11=C2=A0 2014 ksh93
986 -r-= xr-xr-x 5 bin bin 292316 Jun 30=C2=A0 2014 rksh
932 -r-xr-xr-x 2 bin bin= 902655 Jul 11=C2=A0 2014 rksh93



On Fri, Jun 5, 2015 a= t 12:45 PM, Michael Felt <mamfelt@gmail.com> wrote:
My "fear" is= that autoconf has introduced this "catch-all" as I have been run= ning into it more frequently of late (first time was last November when I t= ook my first attempt at packaging gcc.)

I shall look at the pa= tch and let you know - however, regardless of whether it works or not - is = this something that autoconf is introducing, read changed - requiring you t= o make a patch. If so, while from autoconf perspective all may be well - it= is not very user-friendly. (I just do not understand autoconf well enough = to make that distinction).

Thanks for looking! and listening!!=

On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake <eblake@redhat.com> wrote:
[adding autoconf]

On 06/04/2015 01:17 PM, Paul Eggert wrote:
>
> On 06/04/2015 09:41 AM, Michael Felt wrote:
>>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
>> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected= .
>

> Port to POSIX shell, which doesn't allow 'for i in ; do= ...'.

Actually, POSIX _does_ allow for missing words between 'in' and the=
terminator (; or newline) before 'do' (whether by a word that expan= ds to
nothing, or by omission of words), requiring that the body of the for
statement is skipped in that case:

http://pubs.opengroup.org/onlinepu= bs/9699919799/utilities/V3_chap02.html#tag_18_09_04

But it is also true that older shells did not always follow this rule,
so you are indeed better off always supplying at least one word that
won't be expanded into nothingness.

Hmmm, I thought that autoconf would document it as a portability
pitfall, but I don't see it under 'for' in this link:

https://www.gnu.org/software/autoconf= /manual/autoconf.html#Limitations-of-Builtins

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org







--089e0111ba7093080b0517c3a8bf-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 07:51:12 2015 Received: (at submit) by debbugs.gnu.org; 5 Jun 2015 11:51:13 +0000 Received: from localhost ([127.0.0.1]:41200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0q9X-0000xl-Ac for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:51:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52174) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0q9V-0000xW-AC for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:51:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0q9P-0005xV-4V for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:51:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:51386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0q9P-0005xP-2G for submit@debbugs.gnu.org; Fri, 05 Jun 2015 07:51:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0q9K-0006PG-N8 for bug-coreutils@gnu.org; Fri, 05 Jun 2015 07:51:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0q4I-00026a-7U for bug-coreutils@gnu.org; Fri, 05 Jun 2015 07:46:33 -0400 Received: from plane.gmane.org ([80.91.229.3]:47357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0q4H-000251-Pu for bug-coreutils@gnu.org; Fri, 05 Jun 2015 07:45:46 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z0q3z-0007qJ-VA for bug-coreutils@gnu.org; Fri, 05 Jun 2015 13:45:28 +0200 Received: from 05448b1b.skybroadband.com ([5.68.139.27]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 13:45:27 +0200 Received: from stephane.chazelas by 05448b1b.skybroadband.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Jun 2015 13:45:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-coreutils@gnu.org From: Stephane Chazelas Subject: Re: bug#20733: coreutils build problem Date: Fri, 5 Jun 2015 12:42:31 +0100 Lines: 23 Message-ID: <20150605114231.GC5593@chaz.gmail.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5570E495.1040304__20177.6424692527$1433462418$gmane$org@cs.ucla.edu> <20150605084310.GB5593@chaz.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 05448b1b.skybroadband.com Content-Disposition: inline In-Reply-To: <20150605084310.GB5593@chaz.gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) 2015-06-05 09:43:10 +0100, Stephane Chazelas: > 2015-06-04 16:51:49 -0700, Paul Eggert: [...] > > Ah, sorry, I was thinking of previous versions of POSIX, which > > required at least one word after the 'in'. You're right, the > > current POSIX version doesn't require this any more. So the Solaris > > sh in question is conforming to the old POSIX standard but not to > > the current one. > [...] > > Note that the Solaris (10 and before) sh in question is not a > POSIX shell, it's still the Bourne shell which is not POSIX > conformant in many different ways (the POSIX sh spec is based on > a subset of ksh88, not the Bourne shell). In those Solaris > systems, POSIX sh is /usr/xpg4/bin/sh (based on ksh88). [...] Well, the /usr/xpg4/bin/sh of Solaris 10 (based on ksh88i) doesn't support "for i in; do" either. That "sh" would be conforming to the older version of POSIX as you said. -- Stephane From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 09:05:58 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 13:05:58 +0000 Received: from localhost ([127.0.0.1]:41231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rJt-0002jJ-Vl for submit@debbugs.gnu.org; Fri, 05 Jun 2015 09:05:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50517) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rJq-0002j9-WD for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 09:05:56 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id EE549C6A04; Fri, 5 Jun 2015 13:05:52 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55D5o1R026071; Fri, 5 Jun 2015 09:05:52 -0400 Message-ID: <55719EAE.1030201@redhat.com> Date: Fri, 05 Jun 2015 07:05:50 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> In-Reply-To: OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3bJkxH5k8c7wkEMpwPdWhf26p5blFsNHm" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3bJkxH5k8c7wkEMpwPdWhf26p5blFsNHm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/05/2015 04:45 AM, Michael Felt wrote: [we tend to avoid top-posting on technical lists, as it makes it harder to follow the flow of the message] > My "fear" is that autoconf has introduced this "catch-all" as I have be= en > running into it more frequently of late (first time was last November w= hen > I took my first attempt at packaging gcc.) >=20 Paul's patch was specific to a coreutils file. So far, I have not seen any evidence of autoconf introducing 'for x in ;' anywhere in configure. If you are seeing the same problem in multiple packages, so far it is because each package has made a similar mistake in their local configuration files. > I shall look at the patch and let you know - however, regardless of whe= ther > it works or not - is this something that autoconf is introducing, read > changed - requiring you to make a patch. If so, while from autoconf > perspective all may be well - it is not very user-friendly. (I just do = not > understand autoconf well enough to make that distinction). If the syntax error is in autoconf.ac or in Makefile.am, then it is the package that wrote the file at fault. If the syntax error is not in anything the package provides, but appears in the generated configure file, then it is more likely to be in automake or autoconf. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --3bJkxH5k8c7wkEMpwPdWhf26p5blFsNHm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcZ6uAAoJEKeha0olJ0Nq358H/imGcSRE4Wz5XHKUMzwhGVp/ /GM3WLqtPgt2oxUDUrPru6Tw6joyT1QfiCpK/Fg5VTMsUGG5B+lw5vTGibd3Cizy OjO5Gx3hTuc8PoqzW/ENjHJ3mIPe0nje4C7UEMm7q3pZnmhnI/0aQLvjspy93DnP 4saa9z0czk3maE9urOtfbekt+ZVXvLw+DoaapPa63fZZcacpSuy045ENZU00DuW6 kPMg4+p9TcqoyOqgIlFNz45XLEyhLqyC9lSgwo4k1w+6LKgObtMDMfX1aCUUDgRM JqBAM8X1lqjhyC/nPtSDIziiaYHDS2pGSxZNwABjnDDBfYhSDM1cxspsiWM4G5U= =APfe -----END PGP SIGNATURE----- --3bJkxH5k8c7wkEMpwPdWhf26p5blFsNHm-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 09:08:32 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 13:08:32 +0000 Received: from localhost ([127.0.0.1]:41235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rMN-0002nB-Q7 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 09:08:32 -0400 Received: from mx1.redhat.com ([209.132.183.28]:42906) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rMK-0002mz-S1 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 09:08:29 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 747F73702D7; Fri, 5 Jun 2015 13:08:25 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55D8OIR004386; Fri, 5 Jun 2015 09:08:25 -0400 Message-ID: <55719F48.8090701@redhat.com> Date: Fri, 05 Jun 2015 07:08:24 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> In-Reply-To: OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sbMoLTb0MAXpi2j7gxmFRSBAuIOkFntwx" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sbMoLTb0MAXpi2j7gxmFRSBAuIOkFntwx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/05/2015 05:13 AM, Michael Felt wrote: > I think I still have automake 1.14 lying around, but would be nice if > automake-1.15 would have just accepted the patch :) >=20 > *Most important - the patch seems to be working!* At least I got farthe= r... >=20 > On my "bare system" - initially NO extras installed to find 'hard', i.e= =2E, > real dependencies. >=20 > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make > GEN lib/alloca.h > GEN lib/arpa/inet.h > GEN ./src/single-binary.mk > cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missi= ng > automake-1.14 --gnu Makefile > /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: > automake-1.14: not found. > WARNING: 'automake-1.14' is missing on your system. That says you are doing an incremental build, but have updated automake in the meantime. Do 'autoreconf -f' to pick up the new automake version into your generated Makefile.in files, and it should fix this issue. A fresh checkout rather than an incremental build would also work. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --sbMoLTb0MAXpi2j7gxmFRSBAuIOkFntwx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcZ9IAAoJEKeha0olJ0Nq9SwH/iVWobHiLv5QPbrrt6OzYYAd UaCpHcKtTswW4hSP6Dzhpbu7K54wFYTfoXOU8B8IUu1CG2gopD5diP3tqjF+1YIM gk+iDqZIugvlG7gEKtfWjvOpbrP5NdrSkobHO21KCaSAO6XtwyCpymjTq4U4B9IZ Dn3QvTSXtjcOQkQe17Rpj4JzQCcsQxagK+bEqB2lqWgFsK4oyTzsTJ59+ltnS1vP jLSBpKBJ7kZc4fXoRHX78NkHjEHDbdDZCf5PMdiXYF3WMiptCQUP7KsVGIob3QCe X1d+mbHbGbGP9JX6Vv2IWQjY2eQ5lbSg1IWbn8kLkI+x/TFE3RJy3k41N5uZQKc= =ZLub -----END PGP SIGNATURE----- --sbMoLTb0MAXpi2j7gxmFRSBAuIOkFntwx-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 09:13:19 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 13:13:19 +0000 Received: from localhost ([127.0.0.1]:41239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rR0-0002tr-OW for submit@debbugs.gnu.org; Fri, 05 Jun 2015 09:13:19 -0400 Received: from mail-yh0-f51.google.com ([209.85.213.51]:32864) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rQy-0002tb-9V for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 09:13:17 -0400 Received: by yhpn97 with SMTP id n97so19430474yhp.0 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 06:13:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QZ8yvB0tqCT295pplCKI48buas6duHP4ZlVvbqlOxHE=; b=uQ4TtVJ10+qmtGJMUtqTxTHx8bsXo6JaKkQR+VslQOhGAH1pHJ1rCIKzb8sF0YzK2d K2pTyXrRxVmneZRBdcEBfnxk+u+dtilf4ZEJV0TL1ycmZzuedLjgokHMR0M86T3nqKLK 0gZo9T4feRTNcxtBw2x/cR7FjRfhuMKkYRT7qh6hTPs9jqjpKhCqYb4ojQtjVtfgWlR0 EtOBQZhYm/4X1l8NXtiAcUitctpXQChAZ5pfURW6Vyd94j7KScMgF2mIqICDNDEYcWNW YicG0okTpfEvqUqYlSMBZ1Pox9JK3X2tBSc3TgUymtE1em3mbCxmVBQDCUc2dBU5K4s4 ha/g== MIME-Version: 1.0 X-Received: by 10.236.31.10 with SMTP id l10mr3043774yha.6.1433509990778; Fri, 05 Jun 2015 06:13:10 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 06:13:10 -0700 (PDT) In-Reply-To: <55719F48.8090701@redhat.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <55719F48.8090701@redhat.com> Date: Fri, 5 Jun 2015 15:13:10 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0111ba70c84b350517c50d90 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e0111ba70c84b350517c50d90 Content-Type: text/plain; charset=UTF-8 an incremental build - isn't that what applying a patch to an official release is. A fresh checkout is 'all patches' and difficult to replicate, once another patch is applied. Or I am just too old of a dog and having trouble learning this new trick :) As far as above is concerned - I had automake 1.15 installed. I removed it and installed automake-1.14.1 and the 'complaint' went away when I ran automake. On Fri, Jun 5, 2015 at 3:08 PM, Eric Blake wrote: > On 06/05/2015 05:13 AM, Michael Felt wrote: > > I think I still have automake 1.14 lying around, but would be nice if > > automake-1.15 would have just accepted the patch :) > > > > *Most important - the patch seems to be working!* At least I got > farther... > > > > On my "bare system" - initially NO extras installed to find 'hard', i.e., > > real dependencies. > > > > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make > > GEN lib/alloca.h > > GEN lib/arpa/inet.h > > GEN ./src/single-binary.mk > > cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing > > automake-1.14 --gnu Makefile > > /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]: > > automake-1.14: not found. > > WARNING: 'automake-1.14' is missing on your system. > > That says you are doing an incremental build, but have updated automake > in the meantime. Do 'autoreconf -f' to pick up the new automake version > into your generated Makefile.in files, and it should fix this issue. > > A fresh checkout rather than an incremental build would also work. > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > > --089e0111ba70c84b350517c50d90 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
an incremental build - isn't that what apply= ing a patch to an official release is. A fresh checkout is 'all patches= ' and difficult to replicate, once another patch is applied.

Or I am just too old of a dog and having trouble learning this new trick= :)

As far as above is concerned - I had automake 1.15 install= ed. I removed it and installed automake-1.14.1 and the 'complaint' = went away when I ran automake.

On Fri, Jun 5, 2015 at 3:08 PM, Eric Blake <eblake@= redhat.com> wrote:
On 06/05/2015 05:13 AM, Michael Felt wrote:
> I think I still have automake 1.14 lying around, but would be nice if<= br> > automake-1.15 would have just accepted the patch :)
>
> *Most important - the patch seems to be working!* At least I go= t farther...
>
> On my "bare system" - initially NO extras installed to find = 'hard', i.e.,
> real dependencies.
>
> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make
>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 lib/alloca.h
>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 lib/arpa/inet.h
>=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 ./src/single-binary.mk
>=C2=A0 cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23/b= uild-aux/missing
> automake-1.14 --gnu Makefile
> /data/prj/gnu/coreutils/coreutils-8.23/build-aux/missing[81]:
> automake-1.14:=C2=A0 not found.
> WARNING: 'automake-1.14' is missing on your system.

That says you are doing an incremental build, but have updated autom= ake
in the meantime.=C2=A0 Do 'autoreconf -f' to pick up the new automa= ke version
into your generated Makefile.in files, and it should fix this issue.

A fresh checkout rather than an incremental build would also work.

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org


--089e0111ba70c84b350517c50d90-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 09:15:22 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 13:15:22 +0000 Received: from localhost ([127.0.0.1]:41248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rT0-0002xo-35 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 09:15:22 -0400 Received: from mail-yk0-f174.google.com ([209.85.160.174]:35486) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0rSx-0002xa-Em for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 09:15:20 -0400 Received: by yken206 with SMTP id n206so24543324yke.2 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 06:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c0UQagJvJKZEDWvAhvRQdpTVLzUITJCk7J1GpBZhp28=; b=GSkAbRReu1vdgImhRIj4o88frYgHqY5HkGfMWZxU3l/Tn8v1Iz+leGyMrbn/GZ+I9Y xU5t5Q2PrUybpHmbv6mb8B1AxfL8ZaPpV1+8MrQn/mxGhO6kdVkMN7MM+MsyECU77XL/ oZHhvWFp18vAyxYlZ39H0QEQIfW0KwU+gNphOocKbeb7JS9w7Bgqkghg0ByDJTLy3eB4 +gthe/NKmE3Jy5dJR4eGFCG6MKAkKTPTXj0vBidYmwoSaAo0ZN4SumzdH5iOQyEt4xuf jZFsiinW8/i4D6HmNOga28Tl+afhbZ/TfKnjOkrOcESvfHc3T66Mzdj00FItQK5Ut1/g 5v6w== MIME-Version: 1.0 X-Received: by 10.236.31.10 with SMTP id l10mr3049863yha.6.1433510114072; Fri, 05 Jun 2015 06:15:14 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 06:15:13 -0700 (PDT) In-Reply-To: <55719EAE.1030201@redhat.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <55719EAE.1030201@redhat.com> Date: Fri, 5 Jun 2015 15:15:13 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=089e0111ba70219ed90517c5152d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e0111ba70219ed90517c5152d Content-Type: text/plain; charset=UTF-8 This is reassuring. Thank you for the reply. On Fri, Jun 5, 2015 at 3:05 PM, Eric Blake wrote: > On 06/05/2015 04:45 AM, Michael Felt wrote: > > [we tend to avoid top-posting on technical lists, as it makes it harder > to follow the flow of the message] > > > My "fear" is that autoconf has introduced this "catch-all" as I have been > > running into it more frequently of late (first time was last November > when > > I took my first attempt at packaging gcc.) > > > > Paul's patch was specific to a coreutils file. So far, I have not seen > any evidence of autoconf introducing 'for x in ;' anywhere in configure. > If you are seeing the same problem in multiple packages, so far it is > because each package has made a similar mistake in their local > configuration files. > > > I shall look at the patch and let you know - however, regardless of > whether > > it works or not - is this something that autoconf is introducing, read > > changed - requiring you to make a patch. If so, while from autoconf > > perspective all may be well - it is not very user-friendly. (I just do > not > > understand autoconf well enough to make that distinction). > > If the syntax error is in autoconf.ac or in Makefile.am, then it is the > package that wrote the file at fault. If the syntax error is not in > anything the package provides, but appears in the generated configure > file, then it is more likely to be in automake or autoconf. > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > > --089e0111ba70219ed90517c5152d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is reassuring. Thank you for the reply.

On Fri, Jun 5, 2015 a= t 3:05 PM, Eric Blake <eblake@redhat.com> wrote:
On 06/05/2015 04:45 AM, Michael Felt wrote:

[we tend to avoid top-posting on technical lists, as it makes it harder
to follow the flow of the message]

> My "fear" is that autoconf has introduced this "catch-a= ll" as I have been
> running into it more frequently of late (first time was last November = when
> I took my first attempt at packaging gcc.)
>

Paul's patch was specific to a coreutils file.=C2=A0 So far, I h= ave not seen
any evidence of autoconf introducing 'for x in ;' anywhere in confi= gure.
=C2=A0If you are seeing the same problem in multiple packages, so far it is=
because each package has made a similar mistake in their local
configuration files.

> I shall look at the patch and let you know - however, regardless of wh= ether
> it works or not - is this something that autoconf is introducing, read=
> changed - requiring you to make a patch. If so, while from autoconf > perspective all may be well - it is not very user-friendly. (I just do= not
> understand autoconf well enough to make that distinction).

If the syntax error is in autoconf.ac or in Makefile.am, then it is the
package that wrote the file at fault.=C2=A0 If the syntax error is not in anything the package provides, but appears in the generated configure
file, then it is more likely to be in automake or autoconf.

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org


--089e0111ba70219ed90517c5152d-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:07:38 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:07:38 +0000 Received: from localhost ([127.0.0.1]:41849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sHZ-0004Hr-Kg for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:07:37 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:34860) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sHX-0004He-M6 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:07:36 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A58251606C0; Fri, 5 Jun 2015 07:07:29 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 40agbIzNkxAA; Fri, 5 Jun 2015 07:07:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CDC441606C1; Fri, 5 Jun 2015 07:07:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SgQXzUFwaEki; Fri, 5 Jun 2015 07:07:28 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id ACA521606C0; Fri, 5 Jun 2015 07:07:28 -0700 (PDT) Message-ID: <5571AD1B.6030701@cs.ucla.edu> Date: Fri, 05 Jun 2015 07:07:23 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt , Eric Blake Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Michael Felt wrote: > GEN src/coreutils.h > /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. > make: 1254-004 The error code from the last command is 2. This looks like the coreutils patch wasn't properly propagated somehow. What's the output of 'make V=1'? From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:09:44 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:09:44 +0000 Received: from localhost ([127.0.0.1]:41859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sJb-0004Lg-KD for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:09:44 -0400 Received: from mail-yk0-f181.google.com ([209.85.160.181]:36140) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sJZ-0004LR-5w for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:09:41 -0400 Received: by yked142 with SMTP id d142so25158604yke.3 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 07:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fJcuigaYLR6OVob3G1mn92YEQne88JignFuCJoH3woM=; b=JydoqFBV/ESra19w0SnRp4Wvmi8hT+ZUVYfCiX/TO0Cav2yF/Wqv46YGgJeTh1rL/y +x8hyMP8cYT8oJbL1uCPbLn13UcbtYm5iN3kusWjfQqOnd4jZrFI28Snr+vZzIn8ebZg v+tkkWe0Dj0TebXzWCmiW0ebG2zOafQrnL2naa/+xOpvWHatW7igXvHecuEN/iq/pScl ledKVwOK9siPmjRwW4Aj5hB7uAHEZq/Mk2LauRBS0Z1uFbRo82tz8ZqkkpLitk/HOqyr qXL9RL4zTA09pdP8MBj7UF/YBnIHyU78vY/YHmMEuOc9Us+0duVw+fXxR0yPLBDg4o5T FKng== MIME-Version: 1.0 X-Received: by 10.170.187.134 with SMTP id d128mr3570768yke.103.1433513375792; Fri, 05 Jun 2015 07:09:35 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 07:09:35 -0700 (PDT) In-Reply-To: <5571AD1B.6030701@cs.ucla.edu> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> Date: Fri, 5 Jun 2015 16:09:35 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a1139cf228b83730517c5d737 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" , Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1139cf228b83730517c5d737 Content-Type: text/plain; charset=UTF-8 root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=1 rm -f src/coreutils.h for prog in ; do prog=`basename $prog`; main=`echo $prog | tr '[' '_'`; echo "SINGLE_BINARY_PROGRAM(\"$prog\", $main)"; done | sort > src/coreutils.ht /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. make: 1254-004 The error code from the last command is 2. Stop. root@x065:[/data/prj/gnu/coreutils/coreutils-8.23] On Fri, Jun 5, 2015 at 4:07 PM, Paul Eggert wrote: > Michael Felt wrote: > >> GEN src/coreutils.h >> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. >> make: 1254-004 The error code from the last command is 2. >> > > This looks like the coreutils patch wasn't properly propagated somehow. > What's the output of 'make V=1'? > --001a1139cf228b83730517c5d737 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V= =3D1
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm -f src/coreutils.h=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for prog in ; do=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 prog=3D`basename $prog`;=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 main=3D`echo $= prog | tr '[' '_'`;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 echo "SINGLE_BINARY_PROGRAM(\"$pro= g\", $main)";=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 don= e | sort > src/coreutils.ht
/bin/= sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 125= 4-004 The error code from the last command is 2.


Stop.
root@x= 065:[/data/prj/gnu/coreutils/coreutils-8.23]


On Fri, Jun 5, 2015 at 4:07 PM, Pa= ul Eggert <eggert@cs.ucla.edu> wrote:
Michael Felt wrote:
=C2=A0 =C2=A0GEN=C2=A0 =C2=A0 =C2=A0 src/coreutils.h
/bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 1254-004 The error code from the last command is 2.

This looks like the coreutils patch wasn't properly propagated somehow.= =C2=A0 What's the output of 'make V=3D1'?

--001a1139cf228b83730517c5d737-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:24:11 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:24:11 +0000 Received: from localhost ([127.0.0.1]:41867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sXb-0004g0-3U for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:24:11 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35195) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sXZ-0004fo-Fz for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:24:09 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CA4B01606C0; Fri, 5 Jun 2015 07:24:03 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id NGHdbGi5ePUX; Fri, 5 Jun 2015 07:24:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id BE8D81606C1; Fri, 5 Jun 2015 07:24:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3T5GoAlwa5bj; Fri, 5 Jun 2015 07:24:02 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 9B86E1606C0; Fri, 5 Jun 2015 07:24:02 -0700 (PDT) Message-ID: <5571B102.2010705@cs.ucla.edu> Date: Fri, 05 Jun 2015 07:24:02 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" , Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Michael Felt wrote: > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=1 > rm -f src/coreutils.h > for prog in ; do prog=`basenam Yes, it looks like something went wrong in your build process and you're using a Makefile.in generated from unpatched sources. I just now built a distribution tarball from the bleeding edge sources, a tarball that shouldn't have this problem; can you give it a try? It's here: http://www.cs.ucla.edu/~eggert/coreutils-8.23.209-7eaf8.tar.xz From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:30:39 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:30:40 +0000 Received: from localhost ([127.0.0.1]:41879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sdp-0004qa-Lh for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:30:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38657) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sdm-0004qP-P2 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:30:35 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id 9E9B236505C; Fri, 5 Jun 2015 14:30:32 +0000 (UTC) Received: from [10.3.113.213] (ovpn-113-213.phx2.redhat.com [10.3.113.213]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55EUVB5004610; Fri, 5 Jun 2015 10:30:32 -0400 Message-ID: <5571B287.5070800@redhat.com> Date: Fri, 05 Jun 2015 08:30:31 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt , Paul Eggert Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> In-Reply-To: OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BDRiURTN88fPN8ELPhouUp2pBKHNVKJlr" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BDRiURTN88fPN8ELPhouUp2pBKHNVKJlr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/05/2015 08:09 AM, Michael Felt wrote: > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=3D1 > rm -f src/coreutils.h > for prog in ; do prog=3D`basename That's missing the changes; are you sure you reran both 'automake' and 'config.status' to regenerate your Makefile with the updated source? --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --BDRiURTN88fPN8ELPhouUp2pBKHNVKJlr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcbKHAAoJEKeha0olJ0NqV0YIAJJrNV+A/NZNmfcVpV2+er/y pXEv4YHRNLAq9YbGZ81k6Sz0tLOQhq4wPmQbmBVMuRq27AiF99KXUCiylNr8NaF7 q5Xdi/XKX49XF/zRz1GMZY2ootrP2xgM5HUCYKqvm+XqN5+4TWI1TbjAVCgADL1A HnR2kPCdwuWRersNWEw7Dvu+lakNSQlkefrZxxZHdsqom7PSWByZ7txFokcp/GM5 HE/iYj5JxcDbD4rekvT2NRM/dJzQ56LUxRqa15ReHelE/ca0dDn2y5Y06rQB/mpv PLBgYFLBnYUT/bcIQUzlX7p5/F5h6LLbBMXmUkDvbdjGwvH1SoV9ERpVHtDIT74= =k1zE -----END PGP SIGNATURE----- --BDRiURTN88fPN8ELPhouUp2pBKHNVKJlr-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:32:43 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:32:44 +0000 Received: from localhost ([127.0.0.1]:41894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sfq-0004u5-W4 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:32:43 -0400 Received: from mail-yh0-f43.google.com ([209.85.213.43]:33877) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0sfo-0004tq-P3 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:32:41 -0400 Received: by yhid80 with SMTP id d80so10515432yhi.1 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 07:32:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zoLIeBOay/f4yBBo2jAv5xJ7kicI/qgcPCFHHmkdCAY=; b=pgW3UTmc3D4vvVTYWzo90CrCZgYJYVetUBUbfbYFpWRAZ7wAL1JecYho7z3nEVSoTq HjjYQKrFn15SB2uEJeuOCvpAvT0Mg9WN61HylWdwjlyvRx/s8HoGIsYE+915v4ThqTIu TVqutlTVwwLPYsVa1Y+Z8/EumtsGoVbTZenvxx/c7Y77xlMk9+GhAcYuGUm1U8AQiipW kYBXUUZrJAy3j2ro+0naDQsx7ZcuoEvL9UHd+6JXgnBPH7jUYSJNlZj+ymC7Hap7VLts TGqzx0ZTRrmK8GeRNTWUJzvGqxnxiJue3xRrIS7foUofYA/VznZVC0SJkSkaic3JAwE+ QNBQ== MIME-Version: 1.0 X-Received: by 10.170.95.3 with SMTP id m3mr3828689yka.0.1433514755269; Fri, 05 Jun 2015 07:32:35 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 07:32:35 -0700 (PDT) In-Reply-To: <5571B102.2010705@cs.ucla.edu> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> Date: Fri, 5 Jun 2015 16:32:35 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a113a64fac4ad7a0517c62903 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, "bug-autoconf@gnu.org" , Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113a64fac4ad7a0517c62903 Content-Type: text/plain; charset=UTF-8 Better, but... GEN lib/wctype.h GEN src/coreutils.h GEN src/version.c GEN src/version.h make all-recursive Making all in po Target "all" is up to date. Making all in . CC lib/copy-acl.o CC lib/set-acl.o CC lib/acl-errno-valid.o CC lib/acl-internal.o CC lib/get-permissions.o "lib/get-permissions.c", line 258.5: 1506-045 (S) Undeclared identifier ret. "lib/get-permissions.c", line 260.20: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. On Fri, Jun 5, 2015 at 4:24 PM, Paul Eggert wrote: > Michael Felt wrote: > >> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=1 >> rm -f src/coreutils.h >> for prog in ; do prog=`basenam >> > > Yes, it looks like something went wrong in your build process and you're > using a Makefile.in generated from unpatched sources. I just now built a > distribution tarball from the bleeding edge sources, a tarball that > shouldn't have this problem; can you give it a try? It's here: > > http://www.cs.ucla.edu/~eggert/coreutils-8.23.209-7eaf8.tar.xz > --001a113a64fac4ad7a0517c62903 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Better, but...

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 lib/wctype.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/coreuti= ls.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/version.c
=C2=A0 GE= N=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/version.h
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 make=C2=A0 all-recursive
Making all in po
Target &= quot;all" is up to date.
Making all in .
=C2=A0 CC=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 lib/copy-acl.o
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/set-acl.o
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 lib/acl-errno-valid.o
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = lib/acl-internal.o
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/get= -permissions.o
"lib/get-permissions.c", line 258.5: 1506-045 (= S) Undeclared identifier ret.
"lib/get-permissions.c", line 26= 0.20: 1506-280 (W) Function argument assignment between types "char*&q= uot; and "const char*" is not allowed.
make: 1254-004 The erro= r code from the last command is 1.


Stop.
make: 1254-004 The e= rror code from the last command is 1.


Stop.
make: 1254-004 Th= e error code from the last command is 2.


Stop.


On Fri, Jun 5, 2015 a= t 4:24 PM, Paul Eggert <eggert@cs.ucla.edu> wrote:
Michael Felt wrote:
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=3D1
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rm -f src/coreutils.h
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0for prog in ; do=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0prog=3D`basenam

 Yes, it looks like something went wrong in your build process and you'r= e using a Makefile.in generated from unpatched sources.=C2=A0 I just now bu= ilt a distribution tarball from the bleeding edge sources, a tarball that s= houldn't have this problem; can you give it a try?=C2=A0 It's here:=

http://www.cs.ucla.edu/~eggert/coreutils-8.23.209-7eaf8.t= ar.xz

--001a113a64fac4ad7a0517c62903-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 10:34:14 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 14:34:14 +0000 Received: from localhost ([127.0.0.1]:41898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0shK-0004wQ-0s for submit@debbugs.gnu.org; Fri, 05 Jun 2015 10:34:14 -0400 Received: from mail-yh0-f45.google.com ([209.85.213.45]:35316) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0shH-0004wC-BH for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 10:34:11 -0400 Received: by yhak3 with SMTP id k3so15796662yha.2 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 07:34:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uLYbVivDul53RLHqOKmDEszHpumNXXGOwskme3/EOgM=; b=DMVUWeht5lhCAyFtB9H7yRM8dhzOhUF4vDG/TAHQUoq597roJkneFcG3pxvRb8Mpxg 57ovy/8u0l4uHJ9RLKMfdubSE/UgDQIPH2Pe13r673JU/kv80DbivhLCpsqiqDzaQPT9 1QLbkua7Fnn3CW8pmFZXPaqBNjkpxhQE71J5kztSgk8LN7WagTeig9q2KW27OO5Awvu5 e3NX8Gc/ojUUhT2gX8qdNJ68OK5tcET1SRBSzEyMtHuXZ9DPUTWYWkDu2dvKuM7WsGlM +3UXTZQMU/i6jOEu1+4T0l/o6bfJdqbjcguZ9f+Gr82i7YOukspZsexj8Z3liHMHwGzR X3gw== MIME-Version: 1.0 X-Received: by 10.129.71.131 with SMTP id u125mr1191148ywa.49.1433514845871; Fri, 05 Jun 2015 07:34:05 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 07:34:05 -0700 (PDT) In-Reply-To: <5571B287.5070800@redhat.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B287.5070800@redhat.com> Date: Fri, 5 Jun 2015 16:34:05 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Eric Blake Content-Type: multipart/alternative; boundary=001a114d6f6a2b23d20517c62f45 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Paul Eggert , "bug-autoconf@gnu.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114d6f6a2b23d20517c62f45 Content-Type: text/plain; charset=UTF-8 I did not run config.status - this dog missed that part of the trick! On Fri, Jun 5, 2015 at 4:30 PM, Eric Blake wrote: > On 06/05/2015 08:09 AM, Michael Felt wrote: > > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=1 > > rm -f src/coreutils.h > > for prog in ; do prog=`basename > > That's missing the changes; are you sure you reran both 'automake' and > 'config.status' to regenerate your Makefile with the updated source? > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > > --001a114d6f6a2b23d20517c62f45 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I did not run config.status - this dog missed that part of= the trick!

On Fri, Jun 5, 2015 at 4:30 PM, Eric Blake <eblake@redhat.com><= /span> wrote:
On 06/05/2= 015 08:09 AM, Michael Felt wrote:
> root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=3D1
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0rm -f src/coreutils.h
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0for prog in ; do=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0prog=3D`basename

That's missing the changes; are you sure you reran both 'aut= omake' and
'config.status' to regenerate your Makefile with the updated source= ?

--
Eric Blake=C2=A0 =C2=A0eblake redhat com=C2=A0 =C2=A0 +1-919-301-3266
Libvirt virtualization library http://libvirt.org


--001a114d6f6a2b23d20517c62f45-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 11:29:38 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 15:29:38 +0000 Received: from localhost ([127.0.0.1]:41988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0tYv-0006GE-G5 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 11:29:38 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:36615) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0tYs-0006G1-5z for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 11:29:35 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 718971606C0; Fri, 5 Jun 2015 08:29:28 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id OO_AqCmTykNE; Fri, 5 Jun 2015 08:29:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 52F7B1606C2; Fri, 5 Jun 2015 08:29:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LVzwgQBh9HMX; Fri, 5 Jun 2015 08:29:27 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 2A82D1606C0; Fri, 5 Jun 2015 08:29:27 -0700 (PDT) Message-ID: <5571C056.40807@cs.ucla.edu> Date: Fri, 05 Jun 2015 08:29:26 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060603040700070404090907" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Gnulib bugs , Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) This is a multi-part message in MIME format. --------------060603040700070404090907 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Michael Felt wrote: > "lib/get-permissions.c", line 258.5: 1506-045 (S) Undeclared identifier ret. > "lib/get-permissions.c", line 260.20: 1506-280 (W) Function argument > assignment between types "char*" and "const char*" is not allowed. > make: 1254-004 The error code from the last command is 1. That's a bug recently introduced into gnulib, and it's the sort of fun one gets on the bleeding edge. I installed the attached patch and will cc: this to bug-gnulib. Now please try: http://www.cs.ucla.edu/~eggert/coreutils-8.23.211-b1d1a.tar.xz --------------060603040700070404090907 Content-Type: text/x-patch; name="gnulib.diff" Content-Disposition: attachment; filename="gnulib.diff" Content-Transfer-Encoding: quoted-printable diff --git a/ChangeLog b/ChangeLog index e1f2492..ed68032 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,11 @@ +2015-06-05 Paul Eggert + + acl-permissions: port to older AIX, C89 HP-UX + * lib/get-permissions.c (get_permissions): + If USE_ACL && HAVE_GETACL /* HP-UX */, don't assume C99. + If USE_ACL && HAVE_STATACL /* older AIX */, add missing decl + that broke a build, reported by Michael Felt. + 2015-06-03 P=C3=A1draig Brady =20 vasprintf-posix: avoid compiling vasnprintf where possible diff --git a/lib/get-permissions.c b/lib/get-permissions.c index ccee1f1..6c6618d 100644 --- a/lib/get-permissions.c +++ b/lib/get-permissions.c @@ -33,7 +33,7 @@ int get_permissions (const char *name, int desc, mode_t mode, struct permission_context *ctx) { - memset (ctx, 0, sizeof(*ctx)); + memset (ctx, 0, sizeof *ctx); ctx->mode =3D mode; =20 #if USE_ACL && HAVE_ACL_GET_FILE @@ -215,38 +215,40 @@ get_permissions (const char *name, int desc, mode_t= mode, =20 #elif USE_ACL && HAVE_GETACL /* HP-UX */ =20 - int ret; - - if (desc !=3D -1) - ret =3D fgetacl (desc, NACLENTRIES, ctx->entries); - else - ret =3D getacl (name, NACLENTRIES, ctx->entries); - if (ret < 0) - { - if (errno =3D=3D ENOSYS || errno =3D=3D EOPNOTSUPP || errno =3D=3D= ENOTSUP) - ret =3D 0; - else - return -1; - } - else if (ret > NACLENTRIES) - /* If NACLENTRIES cannot be trusted, use dynamic memory allocation. = */ - abort (); - ctx->count =3D ret; + { + int ret; + + if (desc !=3D -1) + ret =3D fgetacl (desc, NACLENTRIES, ctx->entries); + else + ret =3D getacl (name, NACLENTRIES, ctx->entries); + if (ret < 0) + { + if (errno =3D=3D ENOSYS || errno =3D=3D EOPNOTSUPP || errno =3D=3D= ENOTSUP) + ret =3D 0; + else + return -1; + } + else if (ret > NACLENTRIES) + /* If NACLENTRIES cannot be trusted, use dynamic memory allocation= . */ + abort (); + ctx->count =3D ret; =20 # if HAVE_ACLV_H - ret =3D acl ((char *) name, ACL_GET, NACLVENTRIES, ctx->aclv_entries); - if (ret < 0) - { - if (errno =3D=3D ENOSYS || errno =3D=3D EOPNOTSUPP || errno =3D=3D= EINVAL) - ret =3D 0; - else - return -2; - } - else if (ret > NACLVENTRIES) - /* If NACLVENTRIES cannot be trusted, use dynamic memory allocation.= */ + ret =3D acl ((char *) name, ACL_GET, NACLVENTRIES, ctx->aclv_entries= ); + if (ret < 0) + { + if (errno =3D=3D ENOSYS || errno =3D=3D EOPNOTSUPP || errno =3D=3D= EINVAL) + ret =3D 0; + else + return -2; + } + else if (ret > NACLVENTRIES) + /* If NACLVENTRIES cannot be trusted, use dynamic memory allocatio= n. */ abort (); - ctx->aclv_count =3D ret; + ctx->aclv_count =3D ret; # endif + } =20 #elif USE_ACL && HAVE_ACLX_GET && ACL_AIX_WIP /* AIX */ =20 @@ -254,24 +256,27 @@ get_permissions (const char *name, int desc, mode_t= mode, =20 #elif USE_ACL && HAVE_STATACL /* older AIX */ =20 - if (desc !=3D -1) - ret =3D fstatacl (desc, STX_NORMAL, &ctx->u.a, sizeof (ctx->u)); - else - ret =3D statacl (name, STX_NORMAL, &ctx->u.a, sizeof (ctx->u)); - if (ret =3D=3D 0) - ctx->have_u =3D true; + { + int ret; + if (desc !=3D -1) + ret =3D fstatacl (desc, STX_NORMAL, &ctx->u.a, sizeof ctx->u); + else + ret =3D statacl ((char *) name, STX_NORMAL, &ctx->u.a, sizeof ctx-= >u); + if (ret =3D=3D 0) + ctx->have_u =3D true; + } =20 #elif USE_ACL && HAVE_ACLSORT /* NonStop Kernel */ =20 - int ret; - - ret =3D acl ((char *) name, ACL_GET, NACLENTRIES, ctx->entries); - if (ret < 0) - return -1; - else if (ret > NACLENTRIES) - /* If NACLENTRIES cannot be trusted, use dynamic memory allocation. = */ - abort (); - ctx->count =3D ret; + { + int ret =3D acl ((char *) name, ACL_GET, NACLENTRIES, ctx->entries); + if (ret < 0) + return -1; + else if (ret > NACLENTRIES) + /* If NACLENTRIES cannot be trusted, use dynamic memory allocation= . */ + abort (); + ctx->count =3D ret; + } =20 #endif =20 --------------060603040700070404090907-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 12:02:45 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 16:02:45 +0000 Received: from localhost ([127.0.0.1]:42004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0u4y-000730-EQ for submit@debbugs.gnu.org; Fri, 05 Jun 2015 12:02:44 -0400 Received: from mail-yk0-f169.google.com ([209.85.160.169]:33032) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0u4x-00072n-6k for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 12:02:43 -0400 Received: by ykfr66 with SMTP id r66so26487421ykf.0 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 09:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3ftvjrS3bwdQE8JQMZnILhSKz1oBQoy4GRsW9gZTWOs=; b=R0gCWHHXIv0iFw224t4/s0BG0aivXnhvEQ1jBDlW2mHhTN0IXayHB9/2VMfqNfCDtN mEuUZ1HXo+4Sdy98sfWmsHnQhaH5afifc9++orheMQmraQI0uv94joVKwKN2+tvTOKuJ a4fPWlS/L1stfdmUMfJ7rvuv27ntOXmFufMPEMKN7UfaSWldI07BVP+ZksxBZRtGQlVE rpceE1vKtbtX1QppnaNzySQqMzgdQek8NnPDKY7CVSF+MjRF0Gty3ykxi+2Ob7xa1JnO RH6pyc3dlxfafvNuc07ksq6FTgdDhLjMXSJrT+5a9Fb45j1z+MNmAHA5RTXl/V/iRVcM EPqw== MIME-Version: 1.0 X-Received: by 10.170.115.68 with SMTP id h65mr4035556ykb.37.1433520157699; Fri, 05 Jun 2015 09:02:37 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 09:02:37 -0700 (PDT) In-Reply-To: <5571C056.40807@cs.ucla.edu> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> Date: Fri, 5 Jun 2015 18:02:37 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a1137c488c733db0517c76b28 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Gnulib bugs , Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1137c488c733db0517c76b28 Content-Type: text/plain; charset=UTF-8 CCLD src/make-prime-list CC src/src_libstdbuf_so-libstdbuf.o "src/libstdbuf.c", line 129.27: 1506-943 (W) Attribute "constructor" is not supported on the target platform and is ignored. CCLD src/libstdbuf.so ld: 0706-005 Cannot find or open file: PIC ld:fopen(): A file or directory in the path name does not exist. ld: 0706-012 The -h flag is not recognized. ld: 0706-012 The -a flag is not recognized. make: 1254-004 The error code from the last command is 255. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. amd then make V=1 Making all in . cc -qlanglvl=extc89 -qlanglvl=extc99 -fPIC -g -shared -o src/libstdbuf.so src/src_libstdbuf_so-libstdbuf.o ld: 0706-005 Cannot find or open file: PIC ld:fopen(): A file or directory in the path name does not exist. ld: 0706-012 The -h flag is not recognized. ld: 0706-012 The -a flag is not recognized. make: 1254-004 The error code from the last command is 255. On Fri, Jun 5, 2015 at 5:29 PM, Paul Eggert wrote: > Michael Felt wrote: > >> "lib/get-permissions.c", line 258.5: 1506-045 (S) Undeclared identifier >> ret. >> "lib/get-permissions.c", line 260.20: 1506-280 (W) Function argument >> assignment between types "char*" and "const char*" is not allowed. >> make: 1254-004 The error code from the last command is 1. >> > > That's a bug recently introduced into gnulib, and it's the sort of fun one > gets on the bleeding edge. I installed the attached patch and will cc: > this to bug-gnulib. Now please try: > > http://www.cs.ucla.edu/~eggert/coreutils-8.23.211-b1d1a.tar.xz > > --001a1137c488c733db0517c76b28 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/make-prime-li= st
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/src_libstdbuf_so-li= bstdbuf.o
"src/libstdbuf.c", line 129.27: 1506-943 (W) Attribu= te "constructor" is not supported on the target platform and is i= gnored.
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/libstdbuf.so
ld: 0706= -005 Cannot find or open file: PIC
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 ld:fopen(): A file or directory in the path name does not exist.
= ld: 0706-012 The -h flag is not recognized.
ld: 0706-012 The -a flag is = not recognized.
make: 1254-004 The error code from the last command is 2= 55.


Stop.
make: 1254-004 The error code from the last command= is 1.


Stop.
make: 1254-004 The error code from the last comm= and is 2.


Stop.
=C2=A0amd then make V=3D1

Making= all in .
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 cc -qlanglvl=3Dextc= 89 -qlanglvl=3Dextc99 -fPIC=C2=A0 -g=C2=A0 -shared=C2=A0 -o src/libstdbuf.s= o src/src_libstdbuf_so-libstdbuf.o=C2=A0
ld: 0706-005 Cannot find or op= en file: PIC
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ld:fopen(): A fi= le or directory in the path name does not exist.
ld: 0706-012 The -h fla= g is not recognized.
ld: 0706-012 The -a flag is not recognized.
make= : 1254-004 The error code from the last command is 255.




On Fri, Jun 5, = 2015 at 5:29 PM, Paul Eggert <eggert@cs.ucla.edu> wrote:
Michael Felt wrote:
"lib/get-permissions.c", line 258.5: 1506-045 (S) Undeclared iden= tifier ret.
"lib/get-permissions.c", line 260.20: 1506-280 (W) Function argum= ent
assignment between types "char*" and "const char*" is n= ot allowed.
make: 1254-004 The error code from the last command is 1.

 That's a bug recently introduced into gnulib, and it's the sort of = fun one gets on the bleeding edge.=C2=A0 I installed the attached patch and= will cc: this to bug-gnulib.=C2=A0 Now please try:

http://www.cs.ucla.edu/~eggert/coreutils-8.23.211-b1d1a.t= ar.xz


--001a1137c488c733db0517c76b28-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 13:53:24 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 17:53:24 +0000 Received: from localhost ([127.0.0.1]:42054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0vo3-0001BY-C0 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 13:53:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49904) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0vo0-0001BP-MK for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 13:53:21 -0400 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (Postfix) with ESMTPS id C24022CAB01; Fri, 5 Jun 2015 17:53:19 +0000 (UTC) Received: from localhost.localdomain (ovpn-116-111.ams2.redhat.com [10.36.116.111]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55HrGwL025364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Jun 2015 13:53:18 -0400 Message-ID: <5571E20B.7080200@draigBrady.com> Date: Fri, 05 Jun 2015 18:53:15 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060709010105000409030902" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is a multi-part message in MIME format. --------------060709010105000409030902 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On 05/06/15 17:02, Michael Felt wrote: > Attribute "constructor" is not supported Does the attached patch help? thanks, Pádraig. --------------060709010105000409030902 Content-Type: text/x-patch; name="avoid-stdbuf-aix.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="avoid-stdbuf-aix.patch" >From 2356b3663f8d08b7d3d1e4496f22dcea3c5b76b6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Fri, 5 Jun 2015 18:49:48 +0100 Subject: [PATCH] build: improve checks for stdbuf support * configure.ac: Actually run the test program to verify the constructor attribute is supported, or when cross compiling enable -Werror so that warnings about ignored attributes are significant. Fixes a build failure on AIX. --- configure.ac | 21 +++++++++++++++++++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index c159983..5e0d0ca 100644 --- a/configure.ac +++ b/configure.ac @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs = yes && test $gl_cv_fs_space = yes; then fi AC_MSG_CHECKING([whether this is system supports stdbuf]) -AC_COMPILE_IFELSE( +ac_save_CFLAGS="$CFLAGS" +# Build with -Werror to detect warnings about +# about ignored "constructor" arguments. +CFLAGS="$CFLAGS -Werror" +AC_RUN_IFELSE( [AC_LANG_PROGRAM([[ static int stdbuf = 0; @@ -471,7 +475,20 @@ AC_COMPILE_IFELSE( return !(stdbuf == 1);]]) ], [stdbuf_supported=yes], - [stdbuf_supported=no]) + [stdbuf_supported=no], + [AC_COMPILE_IFELSE( + [AC_LANG_SOURCE([[ + void __attribute__ ((constructor)) + stdbuf_cross_test (void) + #if __ELF__ + {} + #endif + ]]) + ], + [stdbuf_supported=yes], + [stdbuf_supported=no]) + ]) +CFLAGS="$ac_save_CFLAGS" AC_MSG_RESULT([$stdbuf_supported]) if test "$stdbuf_supported" = "yes" && test -z "$EXEEXT"; then gl_ADD_PROG([optional_bin_progs], [stdbuf]) -- 2.4.1 --------------060709010105000409030902-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 15:27:39 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 19:27:40 +0000 Received: from localhost ([127.0.0.1]:42098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0xHH-0004sV-Bf for submit@debbugs.gnu.org; Fri, 05 Jun 2015 15:27:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:54157) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0xHE-0004sM-OZ for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 15:27:37 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id B48AC8E710; Fri, 5 Jun 2015 19:27:35 +0000 (UTC) Received: from [10.3.113.183] (ovpn-113-183.phx2.redhat.com [10.3.113.183]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55JRYja029060; Fri, 5 Jun 2015 15:27:35 -0400 Message-ID: <5571F825.1060700@redhat.com> Date: Fri, 05 Jun 2015 13:27:33 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> In-Reply-To: <5571E20B.7080200@draigBrady.com> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SaqnlLjppw8WO7MBijBRqnxOmwM2sdgnx" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SaqnlLjppw8WO7MBijBRqnxOmwM2sdgnx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 06/05/2015 11:53 AM, P=C3=A1draig Brady wrote: > On 05/06/15 17:02, Michael Felt wrote: >> > Attribute "constructor" is not supported >=20 > Does the attached patch help? >=20 > +++ b/configure.ac > @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs =3D yes && test $gl= _cv_fs_space =3D yes; then > fi > =20 > AC_MSG_CHECKING([whether this is system supports stdbuf]) > -AC_COMPILE_IFELSE( > +ac_save_CFLAGS=3D"$CFLAGS" > +# Build with -Werror to detect warnings about > +# about ignored "constructor" arguments. > +CFLAGS=3D"$CFLAGS -Werror" -Werror works for gcc and some other compilers like clang, but is not universal to all compilers. Are you sure that it is the right flag to be adding for the duration of this test? --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --SaqnlLjppw8WO7MBijBRqnxOmwM2sdgnx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVcfglAAoJEKeha0olJ0Nq91EH/2z8wuqf6ZDMAD+8qyN6HZbs 4DXSdhGn6zlVgLG0P3asJZ7xxRstJiGy2Lw8lzV7UzQYd1Y//7O141CuXBd/TciO imZwvVsx98YTGswcOvwq8j2NsAYJqXTshQFqcm3OoC0iaefQ2MqAmrsFj3lYzHrn dQMqJU6U165+NfjIuuPU9H86AbVuocohYIxHtss4Ouewu0eVfw6COCzZTjt9wX9R BXPWiB8pP0sJjijrThG0MP6CQroQIQT4XQ92tk0d++id0I6DHH6qdoz/wREN5aoI J20Idnsw9/5bQKXgwqlz7Ivj4HG8aCMwY4R5kBwdOLHkAVfqBRKduQCV+9auobE= =MJvz -----END PGP SIGNATURE----- --SaqnlLjppw8WO7MBijBRqnxOmwM2sdgnx-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 17:34:51 2015 Received: (at 20733) by debbugs.gnu.org; 5 Jun 2015 21:34:51 +0000 Received: from localhost ([127.0.0.1]:42249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0zGN-0007ys-CV for submit@debbugs.gnu.org; Fri, 05 Jun 2015 17:34:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58356) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z0zGK-0007ye-Ky for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 17:34:49 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id A00D7C79D6; Fri, 5 Jun 2015 21:34:44 +0000 (UTC) Received: from localhost.localdomain (ovpn-116-111.ams2.redhat.com [10.36.116.111]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t55LYfnB001031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Jun 2015 17:34:43 -0400 Message-ID: <557215F1.2080504@draigBrady.com> Date: Fri, 05 Jun 2015 22:34:41 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Eric Blake , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> In-Reply-To: <5571F825.1060700@redhat.com> Content-Type: multipart/mixed; boundary="------------040604080004020500090603" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is a multi-part message in MIME format. --------------040604080004020500090603 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On 05/06/15 20:27, Eric Blake wrote: > On 06/05/2015 11:53 AM, Pádraig Brady wrote: >> On 05/06/15 17:02, Michael Felt wrote: >>>> Attribute "constructor" is not supported >> >> Does the attached patch help? >> > >> +++ b/configure.ac >> @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs = yes && test $gl_cv_fs_space = yes; then >> fi >> >> AC_MSG_CHECKING([whether this is system supports stdbuf]) >> -AC_COMPILE_IFELSE( >> +ac_save_CFLAGS="$CFLAGS" >> +# Build with -Werror to detect warnings about >> +# about ignored "constructor" arguments. >> +CFLAGS="$CFLAGS -Werror" > > -Werror works for gcc and some other compilers like clang, but is not > universal to all compilers. Are you sure that it is the right flag to > be adding for the duration of this test? Yes good point. Also it's best only worry about warnings when cross compiling, as otherwise we're using a direct runtime check. Updated patch is attached. thanks, Pádraig. --------------040604080004020500090603 Content-Type: text/x-patch; name="avoid-stdbuf-aix.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="avoid-stdbuf-aix.patch" =46rom c17609817aaebcc5a5659aaba4c915f54a958431 Mon Sep 17 00:00:00 2001 From: =3D?UTF-8?q?P=3DC3=3DA1draig=3D20Brady?=3D Date: Fri, 5 Jun 2015 18:49:48 +0100 Subject: [PATCH] build: improve checks for stdbuf support * configure.ac: Actually run the test program to verify the constructor attribute is supported, or when cross compiling fail on warnings so that warnings about ignored attributes are significant. Fixes a build failure on AIX. --- configure.ac | 24 ++++++++++++++++++++++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index c159983..4831dca 100644 --- a/configure.ac +++ b/configure.ac @@ -455,7 +455,7 @@ if test $gl_cv_list_mounted_fs =3D yes && test $gl_cv= _fs_space =3D yes; then fi =20 AC_MSG_CHECKING([whether this is system supports stdbuf]) -AC_COMPILE_IFELSE( +AC_RUN_IFELSE( [AC_LANG_PROGRAM([[ static int stdbuf =3D 0; =20 @@ -471,7 +471,27 @@ AC_COMPILE_IFELSE( return !(stdbuf =3D=3D 1);]]) ], [stdbuf_supported=3Dyes], - [stdbuf_supported=3Dno]) + [stdbuf_supported=3Dno], + [ac_save_CFLAGS=3D"$CFLAGS" + # Detect warnings about ignored "constructor" attributes + gl_WARN_ADD([-Werror], [STDBUF_WFLAGS]) + gl_WARN_ADD([-errwarn], [STDBUF_WFLAGS]) + CFLAGS=3D"$CFLAGS $STDBUF_WFLAGS" + + AC_COMPILE_IFELSE( + [AC_LANG_SOURCE([[ + void __attribute__ ((constructor)) + stdbuf_cross_test (void) + #if __ELF__ + {} + #endif + ]]) + ], + [stdbuf_supported=3Dyes], + [stdbuf_supported=3Dno]) + + CFLAGS=3D"$ac_save_CFLAGS" + ]) AC_MSG_RESULT([$stdbuf_supported]) if test "$stdbuf_supported" =3D "yes" && test -z "$EXEEXT"; then gl_ADD_PROG([optional_bin_progs], [stdbuf]) --=20 2.4.1 --------------040604080004020500090603-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 22:54:11 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 02:54:11 +0000 Received: from localhost ([127.0.0.1]:42350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z14FO-0006lO-T3 for submit@debbugs.gnu.org; Fri, 05 Jun 2015 22:54:11 -0400 Received: from mail-yk0-f173.google.com ([209.85.160.173]:33506) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z14FM-0006lB-7z for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 22:54:09 -0400 Received: by ykfr66 with SMTP id r66so31713759ykf.0 for <20733@debbugs.gnu.org>; Fri, 05 Jun 2015 19:54:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZctGpZ1x+56mPj0I+X20rzw+RjxX+3GLFnNKUi2iPhw=; b=jggyjr9mXRzWo0wybIs1CBnbvfIFB4RsweLYjbEn+NKMYNap3wVs6XYFOkCnrRTLxs rIAyZSI6u/qwQ13N6YMzea/t2PE9rt65OLt1w/AJQapwIRsIuVMuFT3DffBqxeLhPPT+ fjy67OJYmsBJBuQKK/YQhhFiof3OwkgVnqXTizN0giQiq6zJQdOyDS/nJ7fSA7VNU2zv F4hVUZC3Ofal2XWw9GJc4061acLTycqRM70An+mq/6YTc3Zn78azfACC1r6AHcuQLVOT EozVJARp2ErGIGmSa0iiWFBICU+h3pSJejZ2YoyjobFuZxrR9K3cpolcBylIOia8F+P6 xk/g== MIME-Version: 1.0 X-Received: by 10.129.92.8 with SMTP id q8mr4313323ywb.78.1433559242632; Fri, 05 Jun 2015 19:54:02 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Fri, 5 Jun 2015 19:54:02 -0700 (PDT) In-Reply-To: <557215F1.2080504@draigBrady.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> Date: Sat, 6 Jun 2015 04:54:02 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: =?UTF-8?Q?P=C3=A1draig_Brady?= Content-Type: multipart/alternative; boundary=001a114d8b8c6bf8710517d0856d X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --001a114d8b8c6bf8710517d0856d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I assume the error is mine, but I do not understand what. After automake and autoconf (just to be sure) make wants to call "missing", but that does not succeed. CDPATH=3D"${ZSH_VERSION+.}:" && cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing aclocal-1.15 -I m4 aclocal-1.15: error: echo failed with exit status: 1 make: *** [aclocal.m4] Error 1 root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]1d1a/build-aux/= missing aclocal-1.15 -I m4 < aclocal-1.15: error: echo failed with exit status: 1 ran by hand - as /bin/sh -x ... root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]/bin/sh -x /data/prj/gnu/coreutils/coreutils-8.23.21> + scriptversion=3D2013-10-28.13 + test 3 -eq 0 + aclocal-1.15 -I m4 aclocal-1.15: error: echo failed with exit status: 1 + st=3D1 + test 1 -eq 0 + test 1 -eq 63 + test 1 -eq 127 + exit 1 On Fri, Jun 5, 2015 at 11:34 PM, P=C3=A1draig Brady wrot= e: > On 05/06/15 20:27, Eric Blake wrote: > > On 06/05/2015 11:53 AM, P=C3=A1draig Brady wrote: > >> On 05/06/15 17:02, Michael Felt wrote: > >>>> Attribute "constructor" is not supported > >> > >> Does the attached patch help? > >> > > > >> +++ b/configure.ac > >> @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs =3D yes && test > $gl_cv_fs_space =3D yes; then > >> fi > >> > >> AC_MSG_CHECKING([whether this is system supports stdbuf]) > >> -AC_COMPILE_IFELSE( > >> +ac_save_CFLAGS=3D"$CFLAGS" > >> +# Build with -Werror to detect warnings about > >> +# about ignored "constructor" arguments. > >> +CFLAGS=3D"$CFLAGS -Werror" > > > > -Werror works for gcc and some other compilers like clang, but is not > > universal to all compilers. Are you sure that it is the right flag to > > be adding for the duration of this test? > > Yes good point. > > Also it's best only worry about warnings when cross compiling, > as otherwise we're using a direct runtime check. > Updated patch is attached. > > thanks, > P=C3=A1draig. > --001a114d8b8c6bf8710517d0856d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I assume the error is mine, but I do not understand w= hat.

After automake and autoconf (just to be sure) make wants = to call "missing", but that does not succeed.


CDP= ATH=3D"${ZSH_VERSION+.}:" && cd . && /bin/sh /dat= a/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing aclocal-1.15= -I m4
aclocal-1.15: error: echo failed with exit status: 1
make: ***= [aclocal.m4] Error 1
root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.= 211-b1d1a]1d1a/build-aux/missing aclocal-1.15 -I m4=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <
aclocal-1.15: error: echo fail= ed with exit status: 1

ran by hand - as /bin/sh -x ...

root@x= 064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]/bin/sh -x /data/prj/= gnu/coreutils/coreutils-8.23.21>
+ scriptversion=3D2013-10-28.13
+= test 3 -eq 0
+ aclocal-1.15 -I m4
aclocal-1.15: error: echo failed w= ith exit status: 1
+ st=3D1
+ test 1 -eq 0
+ test 1 -eq 63
+ te= st 1 -eq 127
+ exit 1


=
On Fri, Jun 5, 2015 at 11:34 PM, P=C3=A1draig Br= ady <P@draigbrady.com> wrote:
On 05/06/15 20:27, Eric Blake wrote:
> On 06/05/2015 11:53 AM, P=C3=A1draig Brady wrote:
>> On 05/06/15 17:02, Michael Felt wrote:
>>>> Attribute "constructor" is not supported
>>
>> Does the attached patch help?
>>
>
>> +++ b/configure.= ac
>> @@ -455,7 +455,11 @@ if test $gl_cv_list_mounted_fs =3D yes &&= amp; test $gl_cv_fs_space =3D yes; then
>>=C2=A0 fi
>>
>>=C2=A0 AC_MSG_CHECKING([whether this is system supports stdbuf]) >> -AC_COMPILE_IFELSE(
>> +ac_save_CFLAGS=3D"$CFLAGS"
>> +# Build with -Werror to detect warnings about
>> +# about ignored "constructor" arguments.
>> +CFLAGS=3D"$CFLAGS -Werror"
>
> -Werror works for gcc and some other compilers like clang, but is not<= br> > universal to all compilers.=C2=A0 Are you sure that it is the right fl= ag to
> be adding for the duration of this test?

Yes good point.

Also it's best only worry about warnings when cross compiling,
as otherwise we're using a direct runtime check.
Updated patch is attached.

thanks,
P=C3=A1draig.

--001a114d8b8c6bf8710517d0856d-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 05 23:49:02 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 03:49:02 +0000 Received: from localhost ([127.0.0.1]:42357 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z156S-00080f-VL for submit@debbugs.gnu.org; Fri, 05 Jun 2015 23:49:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34349) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z156P-00080V-R6 for 20733@debbugs.gnu.org; Fri, 05 Jun 2015 23:48:59 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id D1F36373BE7; Sat, 6 Jun 2015 03:48:56 +0000 (UTC) Received: from localhost.localdomain (ovpn-116-111.ams2.redhat.com [10.36.116.111]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t563mrh8026847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Jun 2015 23:48:55 -0400 Message-ID: <55726DA5.3090506@draigBrady.com> Date: Sat, 06 Jun 2015 04:48:53 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) On 06/06/15 03:54, Michael Felt wrote: > I assume the error is mine, but I do not understand what. > > After automake and autoconf (just to be sure) make wants to call "missing", but that does not succeed. > > > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing aclocal-1.15 -I m4 > aclocal-1.15: error: echo failed with exit status: 1 > make: *** [aclocal.m4] Error 1 > root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]1d1a/build-aux/missing aclocal-1.15 -I m4 < > aclocal-1.15: error: echo failed with exit status: 1 That suggests a problem with configure.ac though I don't see what, nor do reproduce the issue here. Were both hunks of the second patch applied? Note both patches I supplied are against the original configure.ac from the tarball. I.E. please use the orig configure.ac from the tarball and apply only the second patch. thanks, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 03:51:16 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 07:51:16 +0000 Received: from localhost ([127.0.0.1]:42503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z18st-0005F3-ME for submit@debbugs.gnu.org; Sat, 06 Jun 2015 03:51:16 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:59072) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z18sq-0005Eo-2g for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 03:51:13 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CBED71606CD; Sat, 6 Jun 2015 00:51:05 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 127_sTpADyvZ; Sat, 6 Jun 2015 00:51:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 6220F1606D3; Sat, 6 Jun 2015 00:51:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oRinYm-sansJ; Sat, 6 Jun 2015 00:51:03 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 30B9A1606C5; Sat, 6 Jun 2015 00:51:03 -0700 (PDT) Message-ID: <5572A666.3090700@cs.ucla.edu> Date: Sat, 06 Jun 2015 00:51:02 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt , =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000909080109070701070600" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I installed the attached further patches to gnulib and to coreutils, respectively. Could you please try: http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz From 4e02fe2fa7eaf841e8f84bf3a370ba4475ebee3c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 5 Jun 2015 11:47:37 -0700 Subject: [PATCH] acl-permissions: more porting to AIX [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.0 SPF_PASS SPF: sender matches SPF record 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: configure.ac] X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I installed the attached further patches to gnulib and to coreutils, respectively. Could you please try: http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz From 4e02fe2fa7eaf841e8f84bf3a370ba4475ebee3c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 5 Jun 2015 11:47:37 -0700 Subject: [PATCH] acl-permissions: more porting to AIX [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: configure.ac] -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -0.0 SPF_PASS SPF: sender matches SPF record This is a multi-part message in MIME format. --------------000909080109070701070600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I installed the attached further patches to gnulib and to coreutils, respectively. Could you please try: http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz --------------000909080109070701070600 Content-Type: text/x-patch; name="0001-acl-permissions-more-porting-to-AIX.patch" Content-Disposition: attachment; filename="0001-acl-permissions-more-porting-to-AIX.patch" Content-Transfer-Encoding: quoted-printable >From 4e02fe2fa7eaf841e8f84bf3a370ba4475ebee3c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 5 Jun 2015 11:47:37 -0700 Subject: [PATCH] acl-permissions: more porting to AIX * lib/file-has-acl.c (file_has_acl) [HAVE_STATACL]: * lib/readutmp.c (read_utmp) [UTMP_NAME_FUNCTION]: * lib/set-permissions.c (set_acls) [HAVE_ACLX_GET && ACL_AIX_WIP]: Add cast for AIX, whose system calls are declared to accept char * even though the arguments are really char const *. * lib/mountlist.c (read_file_system_list) [MOUNTED_VMOUNT]: Rework types to pacify xlc. --- ChangeLog | 13 +++++++++++-- lib/file-has-acl.c | 2 +- lib/mountlist.c | 8 +++++--- lib/readutmp.c | 2 +- lib/set-permissions.c | 2 +- 5 files changed, 19 insertions(+), 8 deletions(-) diff --git a/ChangeLog b/ChangeLog index 296ccaf..cba559d 100644 --- a/ChangeLog +++ b/ChangeLog @@ -5,11 +5,20 @@ =20 2015-06-05 Paul Eggert =20 - acl-permissions: port to older AIX, C89 HP-UX + acl-permissions: port to AIX, C89 HP-UX + Problems reported by Michael Felt. + * lib/file-has-acl.c (file_has_acl) [HAVE_STATACL]: + * lib/get-permissions.c (get_permissions) [USE_ACL && HAVE_STATACL]: + * lib/readutmp.c (read_utmp) [UTMP_NAME_FUNCTION]: + * lib/set-permissions.c (set_acls) [HAVE_ACLX_GET && ACL_AIX_WIP]: + Add cast for AIX, whose system calls are declared to accept + char * even though the arguments are really char const *. * lib/get-permissions.c (get_permissions): If USE_ACL && HAVE_GETACL /* HP-UX */, don't assume C99. If USE_ACL && HAVE_STATACL /* older AIX */, add missing decl - that broke a build, reported by Michael Felt. + that broke a build. + * lib/mountlist.c (read_file_system_list) [MOUNTED_VMOUNT]: + Rework types to pacify xlc. =20 2015-06-03 P=C3=A1draig Brady =20 diff --git a/lib/file-has-acl.c b/lib/file-has-acl.c index 7e26c53..8488b7e 100644 --- a/lib/file-has-acl.c +++ b/lib/file-has-acl.c @@ -457,7 +457,7 @@ file_has_acl (char const *name, struct stat const *sb= ) =20 union { struct acl a; char room[4096]; } u; =20 - if (statacl (name, STX_NORMAL, &u.a, sizeof (u)) < 0) + if (statacl ((char *) name, STX_NORMAL, &u.a, sizeof (u)) < 0) return -1; =20 return acl_nontrivial (&u.a); diff --git a/lib/mountlist.c b/lib/mountlist.c index fe36157..d548252 100644 --- a/lib/mountlist.c +++ b/lib/mountlist.c @@ -970,18 +970,20 @@ read_file_system_list (bool need_fs_type) #ifdef MOUNTED_VMOUNT /* AIX. */ { int bufsize; - char *entries, *thisent; + void *entries; + char *thisent; struct vmount *vmp; int n_entries; int i; =20 /* Ask how many bytes to allocate for the mounted file system info. = */ - if (mntctl (MCTL_QUERY, sizeof bufsize, (struct vmount *) &bufsize) = !=3D 0) + entries =3D &bufsize; + if (mntctl (MCTL_QUERY, sizeof bufsize, entries) !=3D 0) return NULL; entries =3D xmalloc (bufsize); =20 /* Get the list of mounted file systems. */ - n_entries =3D mntctl (MCTL_QUERY, bufsize, (struct vmount *) entries= ); + n_entries =3D mntctl (MCTL_QUERY, bufsize, entries); if (n_entries < 0) { int saved_errno =3D errno; diff --git a/lib/readutmp.c b/lib/readutmp.c index 8a3936f..1005003 100644 --- a/lib/readutmp.c +++ b/lib/readutmp.c @@ -97,7 +97,7 @@ read_utmp (char const *file, size_t *n_entries, STRUCT_= UTMP **utmp_buf, Solaris' utmpname returns 1 upon success -- which is contrary to what the GNU libc version does. In addition, older GNU libc versions are actually void. */ - UTMP_NAME_FUNCTION (file); + UTMP_NAME_FUNCTION ((char *) file); =20 SET_UTMP_ENT (); =20 diff --git a/lib/set-permissions.c b/lib/set-permissions.c index ba291f3..2236879 100644 --- a/lib/set-permissions.c +++ b/lib/set-permissions.c @@ -699,7 +699,7 @@ set_acls (struct permission_context *ctx, const char = *name, int desc, if (desc !=3D -1) ret =3D fchacl (desc, &ctx->u.a, ctx->u.a.acl_len); else - ret =3D chacl (name, &ctx->u.a, ctx->u.a.acl_len); + ret =3D chacl ((char *) name, &ctx->u.a, ctx->u.a.acl_len); if (ret < 0) { if (errno =3D=3D ENOSYS && from_mode) --=20 2.1.0 --------------000909080109070701070600 Content-Type: text/x-patch; name="0001-build-update-gnulib-submodule-to-latest.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-build-update-gnulib-submodule-to-latest.patch" >From d7d1ada451c2e14d8bde656aa1898ced8893ce2d Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 5 Jun 2015 08:23:18 -0700 Subject: [PATCH 1/2] build: update gnulib submodule to latest --- gnulib | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnulib b/gnulib index fa21489..ecabc6b 160000 --- a/gnulib +++ b/gnulib @@ -1 +1 @@ -Subproject commit fa214897526d2822e88175fd840cf08ca3e6ba81 +Subproject commit ecabc6b01567522dd542889c353a14f0c2e22f6e -- 2.1.0 --------------000909080109070701070600 Content-Type: text/x-patch; name="0002-build-port-to-AIX.patch" Content-Disposition: attachment; filename="0002-build-port-to-AIX.patch" Content-Transfer-Encoding: quoted-printable >From d8a5fc98fd5d4f28adb5b43b2e496679d98fdc70 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 5 Jun 2015 17:33:54 -0700 Subject: [PATCH 2/2] build: port to AIX MIME-Version: 1.0 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: 8bit Problems reported by Michael Felt, and and part of this fix taken from code suggested by P=C3=A1draig Brady in: http://bugs.gnu.org/20733#112 * configure.ac (stdbuf_supported): Check for warnings, and for -fPIC and -shared, for AIX. * src/stat.c (STRUCT_STATVFS): Define to struct statvfs64 if STATFS is statvfs64. * src/sync.c (sync_arg) [_AIX]: Open in write mode, since AIX fsync doesn't work on read-only file descriptors. * tests/misc/wc-parallel.sh: Skip test if xargs -P does not work. --- configure.ac | 18 ++++++++++++++---- src/stat.c | 3 ++- src/sync.c | 18 ++++++++++++++---- tests/misc/wc-parallel.sh | 4 ++++ 4 files changed, 34 insertions(+), 9 deletions(-) diff --git a/configure.ac b/configure.ac index c159983..a50992d 100644 --- a/configure.ac +++ b/configure.ac @@ -454,8 +454,17 @@ if test $gl_cv_list_mounted_fs =3D yes && test $gl_c= v_fs_space =3D yes; then gl_ADD_PROG([optional_bin_progs], [df]) fi =20 -AC_MSG_CHECKING([whether this is system supports stdbuf]) -AC_COMPILE_IFELSE( +ac_save_CFLAGS=3D$CFLAGS +ac_save_LDFLAGS=3D$LDFLAGS +# Detect warnings about ignored "constructor" attributes. +gl_WARN_ADD([-Werror], [CFLAGS]) +gl_WARN_ADD([-errwarn], [CFLAGS]) +# Put this message here, after gl_WARN_ADD's chatter. +AC_MSG_CHECKING([whether this system supports stdbuf]) +CFLAGS=3D"-fPIC $CFLAGS" +LDFLAGS=3D"-shared $LDFLAGS" +stdbuf_supported=3Dno +AC_LINK_IFELSE( [AC_LANG_PROGRAM([[ static int stdbuf =3D 0; =20 @@ -470,12 +479,13 @@ AC_COMPILE_IFELSE( }]],[[ return !(stdbuf =3D=3D 1);]]) ], - [stdbuf_supported=3Dyes], - [stdbuf_supported=3Dno]) + [stdbuf_supported=3Dyes]) AC_MSG_RESULT([$stdbuf_supported]) if test "$stdbuf_supported" =3D "yes" && test -z "$EXEEXT"; then gl_ADD_PROG([optional_bin_progs], [stdbuf]) fi +CFLAGS=3D$ac_save_CFLAGS +LDFLAGS=3D$ac_save_LDFLAGS =20 ########################################################################= #### =20 diff --git a/src/stat.c b/src/stat.c index 4b5aff7..6d23665 100644 --- a/src/stat.c +++ b/src/stat.c @@ -74,15 +74,16 @@ #include "xvasprintf.h" =20 #if USE_STATVFS -# define STRUCT_STATVFS struct statvfs # define STRUCT_STATXFS_F_FSID_IS_INTEGER STRUCT_STATVFS_F_FSID_IS_INTEG= ER # define HAVE_STRUCT_STATXFS_F_TYPE HAVE_STRUCT_STATVFS_F_TYPE # if HAVE_STRUCT_STATVFS_F_NAMEMAX # define SB_F_NAMEMAX(S) ((S)->f_namemax) # endif # if ! STAT_STATVFS && STAT_STATVFS64 +# define STRUCT_STATVFS struct statvfs64 # define STATFS statvfs64 # else +# define STRUCT_STATVFS struct statvfs # define STATFS statvfs # endif # define STATFS_FRSIZE(S) ((S)->f_frsize) diff --git a/src/sync.c b/src/sync.c index 85d77c0..5e1dbb8 100644 --- a/src/sync.c +++ b/src/sync.c @@ -91,24 +91,34 @@ static bool sync_arg (enum sync_mode mode, char const *file) { bool ret =3D true; + int open_flags =3D O_RDONLY | O_NONBLOCK; int fd; =20 +#ifdef _AIX + /* AIX 7.1 fsync requires write access to file. */ + if (mode =3D=3D MODE_FILE) + open_flags =3D O_WRONLY | O_NONBLOCK; +#endif + /* Note O_PATH might be supported with syncfs(), though as of Linux 3.18 is not. */ - if ((fd =3D open (file, O_RDONLY | O_NONBLOCK)) < 0) + fd =3D open (file, open_flags); + if (fd < 0) { /* Use the O_RDONLY errno, which is significant with directories for example. */ int rd_errno =3D errno; - if ((fd =3D open (file, O_WRONLY | O_NONBLOCK)) < 0) + if (open_flags !=3D (O_WRONLY | O_NONBLOCK)) + fd =3D open (file, O_WRONLY | O_NONBLOCK); + if (fd < 0) error (0, rd_errno, _("error opening %s"), quote (file)); return false; } =20 /* We used O_NONBLOCK above to not hang with fifos, so reset that here. */ - int fdflags; - if ((fdflags =3D fcntl (fd, F_GETFL)) =3D=3D -1 + int fdflags =3D fcntl (fd, F_GETFL); + if (fdflags =3D=3D -1 || fcntl (fd, F_SETFL, fdflags & ~O_NONBLOCK) < 0) { error (0, errno, _("couldn't reset non-blocking mode %s"), quote (= file)); diff --git a/tests/misc/wc-parallel.sh b/tests/misc/wc-parallel.sh index 2d1e9f4..98c36b9 100755 --- a/tests/misc/wc-parallel.sh +++ b/tests/misc/wc-parallel.sh @@ -20,6 +20,10 @@ . "${srcdir=3D.}/tests/init.sh"; path_prepend_ ./src print_ver_ wc =20 +if xargs -P2 /dev/null 2>&1 + skip_ 'xargs -P is required' +fi + (mkdir tmp && cd tmp && seq 2000 | xargs touch) =20 # This will output at least 16KiB per process --=20 2.1.0 --------------000909080109070701070600-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 04:35:48 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 08:35:48 +0000 Received: from localhost ([127.0.0.1]:42532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z19Zx-0006G4-V6 for submit@debbugs.gnu.org; Sat, 06 Jun 2015 04:35:48 -0400 Received: from mail-yk0-f174.google.com ([209.85.160.174]:33242) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z19Zs-0006Fn-Cc for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 04:35:43 -0400 Received: by ykfr66 with SMTP id r66so33384907ykf.0 for <20733@debbugs.gnu.org>; Sat, 06 Jun 2015 01:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g0CkAPt4De4Q3GZKQypVSfLv7PWkWFnuA3dS4RHYK6w=; b=hZT/p92+UrCrDHSIBZixPnZq4SapYDEqSHebY7mJpMQnE6IYmcISCTm7rzkQcSz/5j HTUBpZmCUqlon67BI3Mnjh47/2l58dJT8knxqbtdZG9wjOjDL0XoOFOzlg6LQ3mJxJ48 Ol3tN25saUQZuR9nFzyS31jps+VbqeWMKJoLuV6DZZDvgsLm6DxbLQSHA4YL1jwc206a dib77fU6KUuy6UiWPqOx9MKgr8kZNQY/MeeecaKJcTTKsUZWEOEl+TpCFrjOWsQpTfL7 3wa/xsPghlQq88tZ5i9hB0Qie5EeURqG7sjrZ2DlZ0W6tJjmiLXrl827bS9GDC1mhU3R /gxw== MIME-Version: 1.0 X-Received: by 10.170.187.134 with SMTP id d128mr7844822yke.103.1433579734701; Sat, 06 Jun 2015 01:35:34 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Sat, 6 Jun 2015 01:35:34 -0700 (PDT) In-Reply-To: <55726DA5.3090506@draigBrady.com> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <55726DA5.3090506@draigBrady.com> Date: Sat, 6 Jun 2015 10:35:34 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: =?UTF-8?Q?P=C3=A1draig_Brady?= Content-Type: multipart/alternative; boundary=001a1139cf22d820960517d54a52 X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --001a1139cf22d820960517d54a52 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I had only applied the last patch, not both - so I shall backup to the coreutils-8.23.211-b1d1a.tar.xz and apply only the second patch. This is what I thought had been done - but at least then I will not be working from one where configure has already been run. michael@x071:[/data/prj/gnu/coreutils]xz -dc coreutils-8.23.211-b1d1a.tar.xz | tar xf - michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]cat ../avoid* | patch -p1 (Stripping trailing CRs from patch.) patching file configure.ac Same as yesterday - so looks like only one hunk had been applied. *** time passing *** Oh yes, forgot something... - would be 'nice' if this test happened in the beginning... configure: error: you should not run configure as root (set FORCE_UNSAFE_CONFIGURE=3D1 in environment to bypass this check) See `config.log' for more details *** NEW SUMMARY - short story: there is a perl and a buffer dependency that make AIX 5.3 TL7 a poor autoconf/automake platform *** michael@x071:[/data/prj/gnu/coreutils]xz -dc coreutils-8.23.211-b1d1a.tar.xz | tar xf - michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]cat ../avoid* | patch -p1 (Stripping trailing CRs from patch.) patching file configure.ac # modified 'missing' # Run the given program, remember its exit status. /bin/sh -x "$@"; st=3D$? Did not say much new, so adding -x to start of aclocal... Ah - aclocal is perl - maybe they need something different from perl (I have reinstalled this system without my own perl update!) So I updated perl to perl-5.10.1 and now I get, sadly, .... truncated C_MESSAGES:$f::$n' --trace=3D'AM_XGETTEXT_OPTION:$f::$n' --trace=3D'gl_LANGINFO_H:$f::$n' --trace=3D'gl_PREREQ_FTELLO:$f::$n' --trace=3D'gl_ASSERT_NO_GNULIB_POSIXCHECK:$f::$n' --trace=3D'gl_HEADER_ARPA_INET:$f::$n' --trace=3D'gl_ISNANF_WORKS:$f::$n' --trace=3D'gl_FUNC_STRTOUMAX:$f::$n' --trace=3D'gl_HUMAN:$f::$n' --trace=3D'gl_FILE_SYSTEM_USAGE:$f::$n' --trace=3D'gl_PRINTF_INFINITE:$f::$= n' --trace=3D'gl_ABSOLUTE_HEADER_ONE:$f::$n' --trace=3D'gl_PREREQ_INET_NTOP:$f::$n' --trace=3D'gl_STDARG_H:$f::$n' configure.ac |: Arg list too long Short message: aclocal does not check perl version when it seems it needs a new version. At least perl-5.8.2 does not work, while perl-5.10.1 ends in arg to long - on AIX 5.3 So, I switched to a different server - with AIX 6.1, and a self-packaged perl (5.14.1) - the aclocal completes. So, as far as aclocal is concerned I will call it an AIX 5.3 bug - cannot be fixed, that is holding up the aclocal, etc.. After running make clean, I restarted the make on the AIX 5.3 system. Looking much better - and now I am 'stuck' because I do not understand what is different about this man page, that it fails. GEN man/tee.1 GEN man/test.1 help2man: can't get `--help' info from man/test.td/[ Try `--no-discard-stderr' if option outputs to stderr make: 1254-004 The error code from the last command is 127. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. Making all in po Target "all" is up to date. Making all in . name=3D`echo man/test.1 | sed 's|.*/||; s|\.1$||'` || exit 1; case $name in install) prog=3D'ginstall'; argv=3D$name;; test) prog=3D'['; argv=3D'[';; *) prog=3D$name; argv=3D$prog;; esac; rm -f man/test.1 man/test.1-t && t=3Dman/test.td &= & rm -rf $t && build-aux/install-sh -c -d $t && (cd $t && ln -s '/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/src/'$prog $argv) && perl -- ./man/help2man --source=3D'GN= U coreutils 8.23.211-b1d1a' --include=3D./man/$name.x --output=3D$t/$name.1 --info-page=3D'\(aq(coreutils) '$name' invocation\(aq' $t/$argv && sed -e 's|man/test\.td/||g' -e '/For complete documentation/d' $t/$name.1 > man/test.1-t && rm -rf $t && chmod a-w man/test.1-t && mv man/test.1-t man/test.1 help2man: can't get `--help' info from man/test.td/[ Try `--no-discard-stderr' if option outputs to stderr make: 1254-004 The error code from the last command is 127. Stop. make: 1254-004 The error code from the last command is 1. Simple solution, rather hack - what ./configure option stops the man pages from being generated? Now I am back at the same problem I had with 8.21 - when I revisited packaging it. I know I do not have 'gettext, or makeinfo installed' - maybe that is enough. FYI: I am going through these builds on an extremely 'barebones' install of AIX - just the base install, no openssl or other stuff - to really find dependancies. AND!! I would like to thank you now for your assistence and patience as I go through this process - 'coreutils' is the first I am repackaging as I research what needs to be done to be TLS1.2 safe. p.s. On the 'tool' loaded system, the make finishes... make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a' (CDPATH=3D"${ZSH_VERSION+.}:" && cd . && /bin/sh /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing autoheader) + eval case $# in 0) exec /usr/bin/perl -S "$0";; *) exec /usr/bin/perl -S "$0" "$@";; esac + exec /usr/bin/perl -S autoheader rm -f lib/stamp-h1 touch lib/config.hin cd . && /bin/sh ./config.status lib/config.h config.status: creating lib/config.h config.status: lib/config.h is unchanged CC src/lbracket.o CCLD src/[ GEN man/test.1 GEN man/timeout.1 GEN man/touch.1 GEN man/tr.1 GEN man/true.1 GEN man/truncate.1 GEN man/tsort.1 GEN man/tty.1 GEN man/uname.1 GEN man/unexpand.1 GEN man/uniq.1 GEN man/unlink.1 GEN man/vdir.1 GEN man/wc.1 GEN man/whoami.1 GEN man/yes.1 GEN lib/charset.alias GEN lib/ref-add.sed GEN lib/ref-del.sed make[2]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a' Making all in gnulib-tests make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' GEN arg-nonnull.h GEN c++defs.h GEN unused-parameter.h GEN warn-on-use.h make all-recursive make[3]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' Making all in . make[4]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' make[3]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' make[2]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests' make[1]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a' root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a] So, the good news is, the patch works - and the last bit works too. Just have to figure out what is different between the systems. If you have ideas - please reply. And again, my heartfelt thanks! On Sat, Jun 6, 2015 at 5:48 AM, P=C3=A1draig Brady wrote= : > On 06/06/15 03:54, Michael Felt wrote: > > I assume the error is mine, but I do not understand what. > > > > After automake and autoconf (just to be sure) make wants to call > "missing", but that does not succeed. > > > > > > CDPATH=3D"${ZSH_VERSION+.}:" && cd . && /bin/sh > /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing > aclocal-1.15 -I m4 > > aclocal-1.15: error: echo failed with exit status: 1 > > make: *** [aclocal.m4] Error 1 > > root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]1d1a/build-= aux/missing > aclocal-1.15 -I m4 < > > aclocal-1.15: error: echo failed with exit status: 1 > > That suggests a problem with configure.ac though I don't see what, > nor do reproduce the issue here. Were both hunks of the second patch > applied? > Note both patches I supplied are against the original configure.ac from > the tarball. > I.E. please use the orig configure.ac from the tarball and apply only the > second patch. > > thanks, > P=C3=A1draig. > --001a1139cf22d820960517d54a52 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had only applied the last patch= , not both - so I shall backup to the coreutils-8.23.211= -b1d1a.tar.xz and apply only the second pa= tch. This is what I thought had been done - but at least then I will not be= working from one where configure has already been run.

micha= el@x071:[/data/prj/gnu/coreutils]xz -dc coreutils-8.23.211-b1d1a.tar.xz | t= ar xf -
michael@x071:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]c= at ../avoid* | patch -p1
(Stripping trailing CRs from patch.)
patchin= g file configure.ac

Same as yesterday - so= looks like only one hunk had been applied.

*** time passing ***

= Oh yes, forgot something... - would be = 9;nice' if this test happened in the beginning...

configu= re: error: you should not run configure as root (set FORCE_UNSAFE_CONFIGURE= =3D1 in environment to bypass this check)
See `config.log' for more = details

*** NEW SUMMARY=C2=A0 - short story: there is a perl and a buffer de= pendency that make AIX 5.3 TL7 a poor autoconf/automake platform ***=

michael@x071:[/data/prj/gnu/coreut= ils]xz -dc coreutils-8.23.211-b1d1a.tar.xz | tar xf -
michael@x071:[/dat= a/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]cat ../avoid* | patch -p1
(= Stripping trailing CRs from patch.)
patching file configure.ac

# modified 'missing'
# Run the= given program, remember its exit status.
/bin/sh -x "$@"; st= =3D$?

Did not say much new, so adding -x to start of aclocal...
<= br>Ah - aclocal is perl - maybe they need something different from perl (I = have reinstalled this system without my own perl update!)

So I updat= ed perl to perl-5.10.1 and now I get, sadly,
....
truncated
C_MESS= AGES:$f::$n' --trace=3D'AM_XGETTEXT_OPTION:$f::$n' --trace=3D&#= 39;gl_LANGINFO_H:$f::$n' --trace=3D'gl_PREREQ_FTELLO:$f::$n' --= trace=3D'gl_ASSERT_NO_GNULIB_POSIXCHECK:$f::$n' --trace=3D'gl_H= EADER_ARPA_INET:$f::$n' --trace=3D'gl_ISNANF_WORKS:$f::$n' --tr= ace=3D'gl_FUNC_STRTOUMAX:$f::$n' --trace=3D'gl_HUMAN:$f::$n'= ; --trace=3D'gl_FILE_SYSTEM_USAGE:$f::$n' --trace=3D'gl_PRINTF_= INFINITE:$f::$n' --trace=3D'gl_ABSOLUTE_HEADER_ONE:$f::$n' --tr= ace=3D'gl_PREREQ_INET_NTOP:$f::$n' --trace=3D'gl_STDARG_H:$f::$= n' configure.ac |: Arg list too lon= g

Short message: aclocal does not check perl version when it seems i= t needs a new version.

At least perl-5.8.2 does not work, while perl= -5.10.1 ends in arg to long - on AIX 5.3

So, I switched to a differe= nt server - with AIX 6.1, and a self-packaged perl (5.14.1) - the aclocal c= ompletes.
So, as far as aclocal is concerned I will call it an AIX 5.3 b= ug - cannot be fixed, that is holding up the aclocal, etc..

After ru= nning make clean, I restarted the make on the AIX 5.3 system.

Lookin= g much better - and now I am 'stuck' because I do not understand wh= at is different about this man page, that it fails.

=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 man/tee.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 man/test.1
help2man: can't get `--help' info from man/test.td/[
Try `--no-discard-stderr' if op= tion outputs to stderr
make: 1254-004 The error code from the last comma= nd is 127.


Stop.
make: 1254-004 The error code from the last = command is 1.


Stop.
make: 1254-004 The error code from the la= st command is 2.


Stop.


Making all in po
Target &qu= ot;all" is up to date.
Making all in .
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 name=3D`echo man/test.1 | sed 's|.*/||; s|\.1$||'= ;` || exit 1;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 case $name in=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 install) prog=3D&= #39;ginstall'; argv=3D$name;;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 test) prog=3D&= #39;['; argv=3D'[';;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *) prog=3D$name; argv=3D$prog;;=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 esac;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm -f man/test= .1 man/test.1-t=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 && t=3Dman/test.td= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 && rm -rf $t=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 && build-= aux/install-sh -c -d $t=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 && (cd $t && ln -s '/data/prj/gnu/coreutils/core= utils-8.23.211-b1d1a/src/'$prog=C2=A0 $argv)=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 && perl -- ./man/help2ma= n=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --source=3D'GNU = coreutils 8.23.211-b1d1a'=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 --include=3D./man/$name.x=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --output=3D$t/$name.1=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 --info-page=3D'\(aq(coreutils) '$name' invocation\= (aq'=C2=A0 $t/$argv=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 && sed=C2=A0 -e 's|man/test\.td/||g= 9;=C2=A0 -e '/For complete documentation/d'=C2=A0 $t/$name.1 > m= an/test.1-t=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 && rm -rf $t=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 &&am= p; chmod a-w man/test.1-t=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 && mv man/test.1-t man/test.1
help2man: can't get `--hel= p' info from man/test.td/[
Try `--n= o-discard-stderr' if option outputs to stderr
make: 1254-004 The err= or code from the last command is 127.


Stop.
make: 1254-004 Th= e error code from the last command is 1.

Simple solution, rather hac= k - what ./configure option stops the man pages from being generated? Now I= am back at the same problem I had with 8.21 - when I revisited packaging i= t.

I know I do not have 'gettext, or makeinfo installed' - m= aybe that is enough.

FYI: I am going through these builds on an extr= emely 'barebones' install of AIX - just the base install, no openss= l or other stuff - to really find dependancies.
AND!! I would like to th= ank you now for your assistence and patience as I go through this process -= 'coreutils' is the first I am repackaging as I research what needs= to be done to be TLS1.2 safe.

p.s. On the 'tool' loaded sys= tem, the make finishes...

make[2]: Entering directory `/data/prj/gnu= /coreutils/coreutils-8.23.211-b1d1a'
(CDPATH=3D"${ZSH_VERSION+.= }:" && cd . && /bin/sh /data/prj/gnu/coreutils/coreuti= ls-8.23.211-b1d1a/build-aux/missing autoheader)
+ eval case $# in 0) exe= c /usr/bin/perl -S "$0";; *) exec /usr/bin/perl -S "$0"= "$@";; esac
+ exec /usr/bin/perl -S autoheader
rm -f lib/s= tamp-h1
touch lib/config.hin
cd . && /bin/sh ./config.status = lib/config.h
config.status: creating lib/config.h
config.status: lib/= config.h is unchanged
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/= lbracket.o
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/[
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 man/test.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 man/timeout.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/touch.= 1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tr.1
=C2=A0 GEN=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 man/true.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 man/truncate.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tsort= .1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tty.1
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 man/uname.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 man/unexpand.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/un= iq.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/unlink.1
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/vdir.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 man/wc.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/whoam= i.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/yes.1
=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 lib/charset.alias
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 lib/ref-add.sed
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= lib/ref-del.sed
make[2]: Leaving directory `/data/prj/gnu/coreutils/cor= eutils-8.23.211-b1d1a'
Making all in gnulib-tests
make[2]: Enteri= ng directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests= '
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 arg-nonnull.h
=C2=A0 G= EN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c++defs.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 unused-parameter.h
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= warn-on-use.h
make=C2=A0 all-recursive
make[3]: Entering directory `= /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests'
Makin= g all in .
make[4]: Entering directory `/data/prj/gnu/coreutils/coreutil= s-8.23.211-b1d1a/gnulib-tests'
make[4]: Nothing to be done for `all-= am'.
make[4]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8= .23.211-b1d1a/gnulib-tests'
make[3]: Leaving directory `/data/prj/gn= u/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests'
make[2]: Leaving = directory `/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests= 9;
make[1]: Leaving directory `/data/prj/gnu/coreutils/coreutils-8.23.21= 1-b1d1a'
root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a= ]

So, the good news is, the patch works - and the last bit works too= . Just have to figure out what is different between the systems.

If = you have ideas - please reply.

A= nd again, my heartfelt thanks!


=C2=A0


<= /span>

On Sat, Jun 6, 2015 at 5:48 AM, P=C3=A1draig Brady <<= a href=3D"mailto:P@draigbrady.com" target=3D"_blank">P@draigbrady.com&g= t; wrote:
On 06/0= 6/15 03:54, Michael Felt wrote:
> I assume the error is mine, but I do not under= stand what.
>
> After automake and autoconf (just to be sure) make wants to call "= ;missing", but that does not succeed.
>
>
> CDPATH=3D"${ZSH_VERSION+.}:" && cd . && /bin= /sh /data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/build-aux/missing aclo= cal-1.15 -I m4
> aclocal-1.15: error: echo failed with exit status: 1
> make: *** [aclocal.m4] Error 1
> root@x064:[/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a]1d1a/build= -aux/missing aclocal-1.15 -I m4=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<= ;
> aclocal-1.15: error: echo failed with exit status: 1

That suggests a problem with configure.ac though I don't see what,
nor do reproduce the issue here.=C2=A0 Were both hunks of the second patch = applied?
Note both patches I supplied are against the original configure.ac from the tarball.
I.E. please use the orig = configure.ac from the tarball and apply only the second patch.

thanks,
P=C3=A1draig.

--001a1139cf22d820960517d54a52-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 09:33:56 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 13:33:56 +0000 Received: from localhost ([127.0.0.1]:42667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1EEV-0006Cf-0v for submit@debbugs.gnu.org; Sat, 06 Jun 2015 09:33:55 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:30587) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1EEN-0006CL-Iu for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 09:33:48 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoQiAC32clVtTLGd/2dsb2JhbABbDgiCeh81XgGBO4FivTmFcAYBAgKBLkwBAQEBAQGBC0EBAgKDXQEBBCMPAUYQCw0LAgIFFgsCAgkDAgECAUUGAQwBBwEBiC0BCLcphWuddQEBAQEGAQEBAR6BIYoihQYHgmiBRQWXbogZg3qCdI9AJIM5Pz0xAQEBAYJDAQEB Received: from unknown (HELO localhost.localdomain) ([109.76.177.157]) by mail1.vodafone.ie with ESMTP; 06 Jun 2015 14:33:06 +0100 Message-ID: <5572F692.4030601@draigBrady.com> Date: Sat, 06 Jun 2015 14:33:06 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Paul Eggert , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> In-Reply-To: <5572A666.3090700@cs.ucla.edu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 06/06/15 08:51, Paul Eggert wrote: > I installed the attached further patches to gnulib and to coreutils, > respectively. Could you please try: > > http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz Thanks for doing all that! It all looks good and sensible. I made a couple of tweaks at: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=3150ec9 thanks, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 12:32:40 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 16:32:40 +0000 Received: from localhost ([127.0.0.1]:43395 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1H1T-0001yM-GH for submit@debbugs.gnu.org; Sat, 06 Jun 2015 12:32:40 -0400 Received: from mail-yh0-f53.google.com ([209.85.213.53]:34090) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1H1Q-0001y5-LG for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 12:32:37 -0400 Received: by yhid80 with SMTP id d80so18564685yhi.1 for <20733@debbugs.gnu.org>; Sat, 06 Jun 2015 09:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AYTImsdw2s2zvGD1/3pOv2n1hGYJZGj+am+s1ZK+Y10=; b=fBMb70CLv4JGiL/6jW44rq7FCXVnhN537dKvLa5lqEYbIwj84HmpClqidBTLpeFSLV YdNb2MRlxw9vurIsDWIclqaK/uoZY71MmGQwCJqm0rbGL8sWXnGVymZahKXaUECi5kYA Vm9enViKwjMoP7yaqOt1W1CR54yN0cyrrKj5BEWGZqgHZsSTreVZ/BPkjegYxxb3R6Go U0nQUK+9T2D8nzm3CeIPCuespb6TRJThQov751+c/RWw7FvrK23Xb9Z/EmVOTenVKSxu h7z404I46BDUROMfNELlBxETtEUvEgG1860TSoDc+qt2RwXunwMvf2mULyqPdkeEEd+y QMpg== MIME-Version: 1.0 X-Received: by 10.170.224.84 with SMTP id q81mr1756690ykf.122.1433608350674; Sat, 06 Jun 2015 09:32:30 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Sat, 6 Jun 2015 09:32:30 -0700 (PDT) In-Reply-To: <5572A666.3090700@cs.ucla.edu> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> Date: Sat, 6 Jun 2015 18:32:30 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a113a6f747d37420517dbf42c X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake , =?UTF-8?Q?P=C3=A1draig_Brady?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113a6f747d37420517dbf42c Content-Type: text/plain; charset=UTF-8 I downloaded, unpacked, ran configure and then "make -i". The only thing notable is still the problem with the man page for 'test' aka '[' (right_bracket) GEN man/test.1 help2man: can't get `--help' info from man/test.td/[ Try `--no-discard-stderr' if option outputs to stderr make: 1254-004 The error code from the last command is 127. make: 1254-005 Ignored error code 127 from last command. I will try again with gmake - that may be the 'telling' difference between the two systems. On Sat, Jun 6, 2015 at 9:51 AM, Paul Eggert wrote: > I installed the attached further patches to gnulib and to coreutils, > respectively. Could you please try: > > http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz > --001a113a6f747d37420517dbf42c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I downloaded, unpacked, ran configure and then "= make -i". The only thing notable is still the problem with the man pag= e for 'test' aka '[' (right_bracket)

=C2=A0 GEN=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 man/test.1
help2man: can't get `--help&#= 39; info from man/test.td/[
Try `--no-d= iscard-stderr' if option outputs to stderr
make: 1254-004 The error = code from the last command is 127.
make: 1254-005 Ignored error code 127= from last command.

=C2=A0I will try again with gmake - that m= ay be the 'telling' difference between the two systems.


On Sat, Jun 6, = 2015 at 9:51 AM, Paul Eggert <eggert@cs.ucla.edu> wrote:
I installed the attached further patches to= gnulib and to coreutils, respectively.=C2=A0 Could you please try:

http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar= .xz

--001a113a6f747d37420517dbf42c-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 12:45:27 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 16:45:28 +0000 Received: from localhost ([127.0.0.1]:43399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1HDq-0002Ff-Kl for submit@debbugs.gnu.org; Sat, 06 Jun 2015 12:45:27 -0400 Received: from mail-yh0-f41.google.com ([209.85.213.41]:34975) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1HDn-0002FN-9o for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 12:45:24 -0400 Received: by yhak3 with SMTP id k3so23838903yha.2 for <20733@debbugs.gnu.org>; Sat, 06 Jun 2015 09:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1ZgY+goh+oz/XyqQmzo3P0iZxXfP21lXoNPDJ/c3bSE=; b=QBYJL4Vwg+9m2deAL9ca+kuvvMMYftQuF2ryvbw3e+suBE4oHJt/cSzxT2s7yEuoCH kxH2PVwIXHDheJNGdJykSUnEE36bDuasFIYoRuhNrEAxuhhCnTFrHiKHNKzLXVLz2Cc8 oPVuxZGasXuyv8KtW06Q+W03rHBvFHoK4zMDRzo/nVQGIF9Udxx3tXNH5AsXN6+ycie8 iA/bPV7STd0GLAkQ8zguMwqj52ek4QMVBq+whXx346hppuoMen4trie8avmxkOBEjmiP 8fRr8fQRnrkx0LFtGVwzjfBoC9bAiiP9I4i2W2gKeeJ/TjhPVCvq42jJ/VQFlhx0wo9C Fz9A== MIME-Version: 1.0 X-Received: by 10.170.220.214 with SMTP id m205mr9522187ykf.13.1433609117756; Sat, 06 Jun 2015 09:45:17 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Sat, 6 Jun 2015 09:45:17 -0700 (PDT) In-Reply-To: References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> Date: Sat, 6 Jun 2015 18:45:17 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a11c1392635f2e30517dc229e X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake , =?UTF-8?Q?P=C3=A1draig_Brady?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c1392635f2e30517dc229e Content-Type: text/plain; charset=UTF-8 So, if it is intentional - then it is working as designed (you may want to add a check for gmake then), otherwise - the way "non-gnu make(s)" handle the '[' character "break things". Now, running /opt/bin/make (to be sure!) at the pain point I see: GEN man/sum.1 GEN man/sync.1 GEN man/tac.1 GEN man/tail.1 GEN man/tee.1 GEN man/test.1 GEN man/timeout.1 GEN man/touch.1 GEN man/tr.1 GEN man/true.1 (Note: GEN man/test.1 is suppossed to be visible as white text with a blue background - just in case) I, personally, am happy enough that I can run the configure command without gmake being installed (as that also requires gnu.gettext to be loaded and I am trying to avoid an unneeded dependency on gettext. I want to be specifically aware of the dependencies. And as often as it requires I will just build in phases.) Many thanks again. On Sat, Jun 6, 2015 at 6:32 PM, Michael Felt wrote: > I downloaded, unpacked, ran configure and then "make -i". The only thing > notable is still the problem with the man page for 'test' aka '[' > (right_bracket) > > GEN man/test.1 > help2man: can't get `--help' info from man/test.td/[ > Try `--no-discard-stderr' if option outputs to stderr > make: 1254-004 The error code from the last command is 127. > make: 1254-005 Ignored error code 127 from last command. > > I will try again with gmake - that may be the 'telling' difference > between the two systems. > > > On Sat, Jun 6, 2015 at 9:51 AM, Paul Eggert wrote: > >> I installed the attached further patches to gnulib and to coreutils, >> respectively. Could you please try: >> >> http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar.xz >> > > --001a11c1392635f2e30517dc229e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So, if it is intentional - then it is working as= designed (you may want to add a check for gmake then), otherwise - the way= "non-gnu make(s)" handle the '[' character "break t= hings".

Now, running /opt/bin/make (to be sure!) at = the pain point I see:

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/s= um.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/sync.1
=C2=A0 GEN= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tac.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 man/tail.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tee.1<= br>=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/test.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man= /timeout.1
=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/touch.1
=C2= =A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/tr.1
=C2=A0 GEN=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 man/true.1
(Note: GEN man/test.1 is suppossed= to be visible as white text with a blue background - just in case)

=
I, personally, am happy enough that I can run the configure command w= ithout gmake being installed (as that also requires gnu.gettext to be loade= d and I am trying to avoid an unneeded dependency on gettext. I want to be = specifically aware of the dependencies. And as often as it requires I will = just build in phases.)

Many thanks again.

On Sat, Jun 6, 2015 at 6:32= PM, Michael Felt <mamfelt@gmail.com> wrote:
I downloaded, unpacked, ran config= ure and then "make -i". The only thing notable is still the probl= em with the man page for 'test' aka '[' (right_bracket)

=C2=A0 GEN=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 man/test.1help2man: can't get `--help' info from man/test.td/[
Try `--no-discard-stderr' if= option outputs to stderr
make: 1254-004 The error code from the = last command is 127.
make: 1254-005 Ignored error code 127 from last com= mand.

=C2=A0I will try again with gmake - that may be the '= ;telling' difference between the two systems.


On Sat, Jun 6, 2015 at 9:51 AM, Paul Eggert = <eggert@cs.ucla.= edu> wrote:
I installed the= attached further patches to gnulib and to coreutils, respectively.=C2=A0 C= ould you please try:

http://www.cs.ucla.edu/~eggert/coreutils-8.23.212-d8a5.tar= .xz


--001a11c1392635f2e30517dc229e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 14:28:09 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 18:28:09 +0000 Received: from localhost ([127.0.0.1]:43439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1IpE-0005bM-QG for submit@debbugs.gnu.org; Sat, 06 Jun 2015 14:28:09 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:44989) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1IpC-0005as-Mv for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 14:28:07 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 125001606D2; Sat, 6 Jun 2015 11:28:01 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id F6ljrdepeE91; Sat, 6 Jun 2015 11:28:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5260F1606DA; Sat, 6 Jun 2015 11:28:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id smvnMYodapJC; Sat, 6 Jun 2015 11:28:00 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 2FAC41606D2; Sat, 6 Jun 2015 11:28:00 -0700 (PDT) Message-ID: <55733BAF.60104@cs.ucla.edu> Date: Sat, 06 Jun 2015 11:27:59 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake , =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Michael Felt wrote: > I downloaded, unpacked, ran configure and then "make -i". The only thing > notable is still the problem with the man page for 'test' aka '[' > (right_bracket) > > GEN man/test.1 Yes, somehow AIX make is losing the dependency of man/test.1 on src/[ perhaps because it treats [ specially (but why would it?). Anyway, one workaround is to use gmake, another is to do 'make src/[' by hand first, before doing 'make'. At some point someone with AIX access and time to burn might look into working around the AIX make glitch. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 17:30:00 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 21:30:00 +0000 Received: from localhost ([127.0.0.1]:43524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1LfD-0001dR-MY for submit@debbugs.gnu.org; Sat, 06 Jun 2015 17:29:59 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:59710) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1LfB-0001dC-0u for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 17:29:57 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgeAAZlc1VtTLGd/2dsb2JhbABbDoMCHzVegTyBFE69MoYBAoEuTAEBAQEBAYELQQECAoNdAQEEI1YQCw0BCgICBRYLAgIJAwIBAgFFBgEMAQcBAYgtAbZ/hWudYAEBAQEBBQEBAQEBHYEhiiKFBgeCaIFFBZduiBlAhi6LZ4NZJIM5Pz0xgkcBAQE Received: from unknown (HELO localhost.localdomain) ([109.76.177.157]) by mail1.vodafone.ie with ESMTP; 06 Jun 2015 22:29:48 +0100 Message-ID: <5573664B.9010500@draigBrady.com> Date: Sat, 06 Jun 2015 22:29:47 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Michael Felt , Paul Eggert Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 06/06/15 17:32, Michael Felt wrote: > I downloaded, unpacked, ran configure and then "make -i". The only thing notable is still the problem with the man page for 'test' aka '[' (right_bracket) > > GEN man/test.1 > help2man: can't get `--help' info from man/test.td/[ > Try `--no-discard-stderr' if option outputs to stderr > make: 1254-004 The error code from the last command is 127. > make: 1254-005 Ignored error code 127 from last command. Does something hacky like this workaround the issue with your make? diff --git a/man/local.mk b/man/local.mk index 45bda93..bf6a662 100644 --- a/man/local.mk +++ b/man/local.mk @@ -58,7 +58,8 @@ else # Most prog.1 man pages depend on src/prog. List the exceptions: man/arch.1: src/uname$(EXEEXT) man/install.1: src/ginstall$(EXEEXT) -man/test.1: src/[$(EXEEXT) +LBRACKET = [ +man/test.1: src/$(LBRACKET)$(EXEEXT) man/base64.1: src/base64$(EXEEXT) man/basename.1: src/basename$(EXEEXT) From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 18:10:44 2015 Received: (at 20733) by debbugs.gnu.org; 6 Jun 2015 22:10:44 +0000 Received: from localhost ([127.0.0.1]:43545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1MId-00042t-NU for submit@debbugs.gnu.org; Sat, 06 Jun 2015 18:10:44 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35548) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1MIa-00042e-EZ for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 18:10:41 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 492D01606CF; Sat, 6 Jun 2015 15:10:34 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Hu9yBSvtnH50; Sat, 6 Jun 2015 15:10:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 65FAB1606D3; Sat, 6 Jun 2015 15:10:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PlHGET4wOjYu; Sat, 6 Jun 2015 15:10:33 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 3CCF01606CF; Sat, 6 Jun 2015 15:10:33 -0700 (PDT) Message-ID: <55736FD8.1070507@cs.ucla.edu> Date: Sat, 06 Jun 2015 15:10:32 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= , Michael Felt Subject: Re: bug#20733: coreutils build problem References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> <5573664B.9010500@draigBrady.com> In-Reply-To: <5573664B.9010500@draigBrady.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) P=C3=A1draig Brady wrote: > -man/test.1: src/[$(EXEEXT) > +LBRACKET =3D [ > +man/test.1: src/$(LBRACKET)$(EXEEXT) I'm afraid that doesn't work, no. For example, with this Makefile: LBRACKET =3D [ a: b/$(LBRACKET) echo a b/$(LBRACKET) On AIX a plain 'make' will output: echo a b/[ a b/[ whereas 'make LBRACKET=3Dx' will fail with: make: 1254-002 Cannot find a rule to create target b/x from dependencies. Stop. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 06 20:12:12 2015 Received: (at 20733) by debbugs.gnu.org; 7 Jun 2015 00:12:12 +0000 Received: from localhost ([127.0.0.1]:43571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1OCC-0006nE-29 for submit@debbugs.gnu.org; Sat, 06 Jun 2015 20:12:12 -0400 Received: from mail-yh0-f42.google.com ([209.85.213.42]:35346) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1OCA-0006n2-IA for 20733@debbugs.gnu.org; Sat, 06 Jun 2015 20:12:11 -0400 Received: by yhak3 with SMTP id k3so25264549yha.2 for <20733@debbugs.gnu.org>; Sat, 06 Jun 2015 17:12:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fJvWVdHGtfFEDAWjLIgoayCLoOyP/2FHyLG8bM81lLg=; b=EoyTDeYzj4MoegPcUhPkvRBVgvtPj0k9CpL+RORFAlJ3vTTzfI1IWIapAGto1enHO4 6Z19wYxajTwMSJwgrtsrNXLx665gTr9OOmbx4tOW8oeFeZD6/rSPolirJ5PmvFPQm7zV 5ggBbhhiBzFj7vYZ65c7m3zH+HidZ7sPNJHRhNehtDanXRQPc4kLnit9yViIgmSNTvdA TQ6KY7uS662FW/lEFNHwOc3hX3fXJl1G8t2QS+2GGf8b/AS3cCTGrF+O16g3NvuEiaRm SqYjZOKEH1wEZVlcxhBwAXO12VUdjx0H2pEYh/MBuRNRSCNP4+9ZL8g614SyghK+kD86 bZeQ== MIME-Version: 1.0 X-Received: by 10.170.77.194 with SMTP id t185mr11243856ykt.44.1433635924847; Sat, 06 Jun 2015 17:12:04 -0700 (PDT) Received: by 10.13.193.69 with HTTP; Sat, 6 Jun 2015 17:12:04 -0700 (PDT) In-Reply-To: <55736FD8.1070507@cs.ucla.edu> References: <5570A440.6050502@cs.ucla.edu> <5570A830.3060005@redhat.com> <5571AD1B.6030701@cs.ucla.edu> <5571B102.2010705@cs.ucla.edu> <5571C056.40807@cs.ucla.edu> <5571E20B.7080200@draigBrady.com> <5571F825.1060700@redhat.com> <557215F1.2080504@draigBrady.com> <5572A666.3090700@cs.ucla.edu> <5573664B.9010500@draigBrady.com> <55736FD8.1070507@cs.ucla.edu> Date: Sun, 7 Jun 2015 02:12:04 +0200 Message-ID: Subject: Re: bug#20733: coreutils build problem From: Michael Felt To: Paul Eggert Content-Type: multipart/alternative; boundary=001a113a4cf409b4fd0517e2608d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20733 Cc: 20733@debbugs.gnu.org, Eric Blake , =?UTF-8?Q?P=C3=A1draig_Brady?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113a4cf409b4fd0517e2608d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I can certainly install a test partition and give someone access to work through this. Just contact me privately and we can get it in motion. Takes a bit less than 10 minutes to do a fresh install (compiler is in the backup image being restored). On Sun, Jun 7, 2015 at 12:10 AM, Paul Eggert wrote: > P=C3=A1draig Brady wrote: > >> -man/test.1: src/[$(EXEEXT) >> +LBRACKET =3D [ >> +man/test.1: src/$(LBRACKET)$(EXEEXT) >> > > I'm afraid that doesn't work, no. For example, with this Makefile: > > LBRACKET =3D [ > a: b/$(LBRACKET) > echo a b/$(LBRACKET) > > On AIX a plain 'make' will output: > > echo a b/[ > a b/[ > > whereas 'make LBRACKET=3Dx' will fail with: > > make: 1254-002 Cannot find a rule to create target b/x from dependencies. > Stop. > > --001a113a4cf409b4fd0517e2608d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I can certainly install a test partition and give someone = access to work through this. Just contact me privately and we can get it in= motion. Takes a bit less than 10 minutes to do a fresh install (compiler i= s in the backup image being restored).
=
On Sun, Jun 7, 2015 at 12:10 AM, Paul Eggert= <eggert@cs.ucla.edu> wrote:
P=C3=A1draig Brady wrote:
-man/test.1:=C2=A0 =C2=A0 =C2=A0 src/[$(EXEEXT)
+LBRACKET =3D [
+man/test.1:=C2=A0 =C2=A0 =C2=A0 src/$(LBRACKET)$(EXEEXT)

 I'm afraid that doesn't work, no.=C2=A0 For example, with this Make= file:

LBRACKET =3D [
a: b/$(LBRACKET)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo a b/$(LBRACKET)

On AIX a plain 'make' will output:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 echo a b/[
a b/[

whereas 'make LBRACKET=3Dx' will fail with:

make: 1254-002 Cannot find a rule to create target b/x from dependencies. Stop.


--001a113a4cf409b4fd0517e2608d-- From unknown Tue Aug 19 23:09:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 05 Jul 2015 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator