From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 13:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 17773@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14026667136793 (code B ref -1); Fri, 13 Jun 2014 13:39:01 +0000 Received: (at submit) by debbugs.gnu.org; 13 Jun 2014 13:38:33 +0000 Received: from localhost ([127.0.0.1]:46321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRga-0001lN-B7 for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41626) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRgS-0001kv-Ra for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRgM-0000Ag-Gd for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:15 -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, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgM-0000Ac-EM for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43331) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgL-0005uF-3H for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRgJ-0000A0-Uy for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:13 -0400 Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:47348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgJ-00009h-Ig for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:11 -0400 Received: by mail-la0-f48.google.com with SMTP id gl10so1443897lab.7 for ; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gs4z6TfxM16Xavy/rwW38GQ8BWfhI2VE6ga8nEVclsc=; b=phM8hdqMKUFvAiDUMz5oM/FLavSwySjPPWBfLWbxZSYYHxUhkU8Lb9m0WlntBxgSac E94X8cEmV0oVIjWyCdp2fjs438MHQnyNQW8O7YeFK0B2AmOJ3R6/XeotZ2ObbKU+Q69b Rq71/l3GSz/ddboXyARcMAeP41BTUSMyuZqTtwELGoShKEGeMqdDWrLp/GUCkwUltjaS pSiydDgfuoA55wQGHG4isPBB8Rf2afK8v7SuxU5YSiPJJ0/32LgmmzDaCpyVmvNXxlhH nFBW8eeL1zdUQw+Mo5WxVdqjuHIs93ImgylpdWeottc2DU46/GCtDFqomIWV4vtuBnkA meZQ== MIME-Version: 1.0 X-Received: by 10.112.148.165 with SMTP id tt5mr1705301lbb.61.1402666689459; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) Date: Fri, 13 Jun 2014 15:38:09 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=047d7b3a8c4ec37bfd04fbb7c928 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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-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 (----) --047d7b3a8c4ec37bfd04fbb7c928 Content-Type: text/plain; charset=UTF-8 For the most part, the configure and build runs quite clean. There are few warnings about assignment of a char* to a const char*. A few utils are missing the -lpthread library assignment: To fix this, using make -i I indentified the group (after it was more than 1) These four - at least - cc -O2 -qlanglvl=extc99 -o src/csplit src/csplit.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/expr src/expr.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/nl src/nl.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/tac src/tac.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread Further there are two source files that are not compiling because of undefs make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' CC src/od.o "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND. "src/od.c", line 432.47: 1506-1324 (S) Array size must have integer type. "src/od.c", line 433.49: 1506-045 (S) Undeclared identifier _GL_DBL_PREC_BOUND. "src/od.c", line 433.49: 1506-1324 (S) Array size must have integer type. "src/od.c", line 434.60: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND. "src/od.c", line 434.60: 1506-1324 (S) Array size must have integer type. make[2]: [src/od.o] Error 1 (ignored) CCLD src/od cc: 1501-228 (W) input file src/od.o not found make[2]: [src/od] Error 252 (ignored) CCLD src/ptx ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make[2]: [src/ptx] Error 8 (ignored) CC src/getlimits.o "src/getlimits.c", line 110.45: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND. "src/getlimits.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifier _GL_DBL_PREC_BOUND. "src/getlimits.c", line 111.46: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND. "src/getlimits.c", line 112.53: 1506-1324 (S) Array size must have integer type. make[2]: [src/getlimits.o] Error 1 (ignored) CCLD src/getlimits cc: 1501-228 (W) input file src/getlimits.o not found Not sure how to resolve the missing definitions - do not wish to make assumptions. Regards, Michael Felt --047d7b3a8c4ec37bfd04fbb7c928 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
For the most part, the = configure and build runs quite clean. There are few warnings about assignme= nt of a char* to a const char*.

A few utils are missing the -l= pthread library assignment:

To fix this, using make -i I indentified the group (after it was = more than 1)

These four - at least -

cc=C2=A0=C2=A0 -O2= -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/csplit src/csplit.o src/libver.a lib= /libcoreutils.a=C2=A0 lib/libcoreutils.a -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/expr src/expr.o sr= c/libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
c= c=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/nl src/nl.o src/lib= ver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/tac src/tac.o src/= libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
Further there are two source files that are not compiling because of= undefs

make[2]: Entering directory `/data/prj/gnu/coreutils/coreuti= ls-8.22'
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/od.o
"src/od.c&qu= ot;, line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND."src/od.c", line 432.47: 1506-1324 (S) Array size must have inte= ger type.
"src/od.c", line 433.49: 1506-045 (S) Undeclared ide= ntifier _GL_DBL_PREC_BOUND.
"src/od.c", line 433.49: 1506-1324 (S) Array size must have integ= er type.
"src/od.c", line 434.60: 1506-045 (S) Undeclared iden= tifier _GL_LDBL_PREC_BOUND.
"src/od.c", line 434.60: 1506-1324= (S) Array size must have integer type.
make[2]: [src/od.o] Error 1 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2= =A0 src/od
cc: 1501-228 (W) input file src/od.o not found
make[2]: [s= rc/od] Error 252 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/ptxld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock
ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock
ld: 0711-317= ERROR: Undefined symbol: .pthread_mutex_init
ld: 0711-317 ERROR: Undefi= ned symbol: .pthread_mutex_destroy
ld: 0711-345 Use the -bloadmap or -bn= oquiet option to obtain more information.
make[2]: [src/ptx] Error 8 (ignored)
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 src/getlimits.o
"src/getlimits.c", line 110.45: 1= 506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND.
"src/getlimit= s.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifie= r _GL_DBL_PREC_BOUND.
"src/getlimits.c", line 111.46: 1506-132= 4 (S) Array size must have integer type.
"src/getlimits.c", li= ne 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND.
"src/getlimits.c", line 112.53: 1506-1324 (S) Array size must hav= e integer type.
make[2]: [src/getlimits.o] Error 1 (ignored)
=C2=A0 C= CLD=C2=A0=C2=A0=C2=A0=C2=A0 src/getlimits
cc: 1501-228 (W) input file sr= c/getlimits.o not found

Not sure how to resolve the missing definitions - do not wish to = make assumptions.

Regards,
Michael Felt
--047d7b3a8c4ec37bfd04fbb7c928-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 13:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 17773@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14026668567116 (code B ref -1); Fri, 13 Jun 2014 13:41:02 +0000 Received: (at submit) by debbugs.gnu.org; 13 Jun 2014 13:40:56 +0000 Received: from localhost ([127.0.0.1]:46326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRix-0001qi-Sn for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:40:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42301) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRiv-0001qO-9W for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:40:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRio-00019E-6L for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:40:47 -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,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57652) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRio-00019A-1g for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:40:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44023) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRim-000793-OD for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:40:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRil-00018Z-2O for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:40:44 -0400 Received: from mail-la0-x232.google.com ([2a00:1450:4010:c03::232]:45851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRij-000189-V8 for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:40:42 -0400 Received: by mail-la0-f50.google.com with SMTP id pv20so109289lab.9 for ; Fri, 13 Jun 2014 06:40:40 -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 :content-type; bh=7a48/7CAfmKdD3xTpoFRiGRqmF1Mg6DibDgdfIRUhi8=; b=vANXc1sA7ivvZyiu2HwbOgbtwJJEn/OeqHcf1SHS38B349bre35mYttoADS5gFY65D yAnQM9p4a9B0szawj4v9vbHg9FvlNzJe3gQWNqmAroKFrcQuoz8+9VBFxz9qKNEPSVdM sRqkBN2F4uKsSF7TvpweSGowDl3ZFd/PDtzpfXtYAsqdKkFKAHjZ0+T4+u5uOeYmyTB9 6K9ZyQbtFcf/D7BcpsslKmeaf4EFo/BFGnjXLe1iIqPq0145pENO18HZ/5Q9IuioA2UI mBGm07c1OiPJ13ebkmhQmPaImmMZSCdqkDEIKgsRW4s9FPq1/pm4DBaSVgon9+DdUa4g J1DQ== MIME-Version: 1.0 X-Received: by 10.152.1.168 with SMTP id 8mr1577348lan.62.1402666840856; Fri, 13 Jun 2014 06:40:40 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Fri, 13 Jun 2014 06:40:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jun 2014 15:40:40 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=089e013c6b4cc99d7f04fbb7d2fa X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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-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 (----) --089e013c6b4cc99d7f04fbb7d2fa Content-Type: text/plain; charset=UTF-8 Just noticed: need to add: cc -O2 -qlanglvl=extc99 -o src/ptx src/ptx.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread On Fri, Jun 13, 2014 at 3:38 PM, Michael Felt wrote: > For the most part, the configure and build runs quite clean. There are few > warnings about assignment of a char* to a const char*. > > A few utils are missing the -lpthread library assignment: > > To fix this, using make -i I indentified the group (after it was more than > 1) > > These four - at least - > > cc -O2 -qlanglvl=extc99 -o src/csplit src/csplit.o src/libver.a > lib/libcoreutils.a lib/libcoreutils.a -lpthread > cc -O2 -qlanglvl=extc99 -o src/expr src/expr.o src/libver.a > lib/libcoreutils.a lib/libcoreutils.a -lpthread > cc -O2 -qlanglvl=extc99 -o src/nl src/nl.o src/libver.a > lib/libcoreutils.a lib/libcoreutils.a -lpthread > cc -O2 -qlanglvl=extc99 -o src/tac src/tac.o src/libver.a > lib/libcoreutils.a lib/libcoreutils.a -lpthread > > Further there are two source files that are not compiling because of undefs > > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' > CC src/od.o > "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier > _GL_FLT_PREC_BOUND. > "src/od.c", line 432.47: 1506-1324 (S) Array size must have integer type. > "src/od.c", line 433.49: 1506-045 (S) Undeclared identifier > _GL_DBL_PREC_BOUND. > "src/od.c", line 433.49: 1506-1324 (S) Array size must have integer type. > "src/od.c", line 434.60: 1506-045 (S) Undeclared identifier > _GL_LDBL_PREC_BOUND. > "src/od.c", line 434.60: 1506-1324 (S) Array size must have integer type. > make[2]: [src/od.o] Error 1 (ignored) > CCLD src/od > cc: 1501-228 (W) input file src/od.o not found > make[2]: [src/od] Error 252 (ignored) > CCLD src/ptx > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init > ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more > information. > make[2]: [src/ptx] Error 8 (ignored) > CC src/getlimits.o > "src/getlimits.c", line 110.45: 1506-045 (S) Undeclared identifier > _GL_FLT_PREC_BOUND. > "src/getlimits.c", line 110.45: 1506-1324 (S) Array size must have integer > type. > "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifier > _GL_DBL_PREC_BOUND. > "src/getlimits.c", line 111.46: 1506-1324 (S) Array size must have integer > type. > "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier > _GL_LDBL_PREC_BOUND. > "src/getlimits.c", line 112.53: 1506-1324 (S) Array size must have integer > type. > make[2]: [src/getlimits.o] Error 1 (ignored) > CCLD src/getlimits > cc: 1501-228 (W) input file src/getlimits.o not found > > Not sure how to resolve the missing definitions - do not wish to make > assumptions. > > Regards, > Michael Felt > --089e013c6b4cc99d7f04fbb7d2fa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Just noticed: need to add:
cc=C2=A0=C2=A0 -O2 -qlanglvl= =3Dextc99=C2=A0=C2=A0 -o src/ptx src/ptx.o src/libver.a lib/libcoreutils.a= =C2=A0 lib/libcoreutils.a=C2=A0 -lpthread


On Fri, Jun 13, 2014 at 3:38 PM, Michael Felt <mamfelt@gmail.com> wrote:
For the most part, the = configure and build runs quite clean. There are few warnings about assignme= nt of a char* to a const char*.

A few utils are missing the -l= pthread library assignment:

To fix this, using make -i I indentified the group (after it was = more than 1)

These four - at least -

cc=C2=A0=C2=A0 -O2= -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/csplit src/csplit.o src/libver.a lib= /libcoreutils.a=C2=A0 lib/libcoreutils.a -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/expr src/expr.o sr= c/libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
c= c=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/nl src/nl.o src/lib= ver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/tac src/tac.o src/= libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
Further there are two source files that are not compiling because of= undefs

make[2]: Entering directory `/data/prj/gnu/coreutils/coreuti= ls-8.22'
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/od.o
"src/od.c&qu= ot;, line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND."src/od.c", line 432.47: 1506-1324 (S) Array size must have inte= ger type.
"src/od.c", line 433.49: 1506-045 (S) Undeclared ide= ntifier _GL_DBL_PREC_BOUND.
"src/od.c", line 433.49: 1506-1324 (S) Array size must have integ= er type.
"src/od.c", line 434.60: 1506-045 (S) Undeclared iden= tifier _GL_LDBL_PREC_BOUND.
"src/od.c", line 434.60: 1506-1324= (S) Array size must have integer type.
make[2]: [src/od.o] Error 1 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2= =A0 src/od
cc: 1501-228 (W) input file src/od.o not found
make[2]: [s= rc/od] Error 252 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/ptxld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock
ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock
ld: 0711-317= ERROR: Undefined symbol: .pthread_mutex_init
ld: 0711-317 ERROR: Undefi= ned symbol: .pthread_mutex_destroy
ld: 0711-345 Use the -bloadmap or -bn= oquiet option to obtain more information.
make[2]: [src/ptx] Error 8 (ignored)
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 src/getlimits.o
"src/getlimits.c", line 110.45: 1= 506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND.
"src/getlimit= s.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifie= r _GL_DBL_PREC_BOUND.
"src/getlimits.c", line 111.46: 1506-132= 4 (S) Array size must have integer type.
"src/getlimits.c", li= ne 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND.
"src/getlimits.c", line 112.53: 1506-1324 (S) Array size must hav= e integer type.
make[2]: [src/getlimits.o] Error 1 (ignored)
=C2=A0 C= CLD=C2=A0=C2=A0=C2=A0=C2=A0 src/getlimits
cc: 1501-228 (W) input file sr= c/getlimits.o not found

Not sure how to resolve the missing definitions - do not wish to = make assumptions.

Regards,
Michael Felt

--089e013c6b4cc99d7f04fbb7d2fa-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 14:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 17773@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14026679819760 (code B ref -1); Fri, 13 Jun 2014 14:00:03 +0000 Received: (at submit) by debbugs.gnu.org; 13 Jun 2014 13:59:41 +0000 Received: from localhost ([127.0.0.1]:46735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvS16-0002XK-Ax for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:59:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvS12-0002X1-6c for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:59:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvS0v-0008Gv-71 for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:59:30 -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,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54195) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvS0v-0008Gr-3p for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:59:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvS0t-0004wK-Ak for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:59:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvS0r-0008G0-DH for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:59:27 -0400 Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:57084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvS0q-0008Fp-Rk for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:59:25 -0400 Received: by mail-la0-f48.google.com with SMTP id gl10so1459966lab.7 for ; Fri, 13 Jun 2014 06:59: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 :content-type; bh=0dMWsJr5KXVyMhri/YIalcDLWF5tEaSrLubeF5wedgI=; b=Dq4miqIPuznyETtKijI1Tz8TIfxqiyppiueI8DpllFM72aKnKNalTKxAyDKtAIampf 378rNNu+OU5pVQ4haNzH0AzkMvKSGDrFw3bTMuYC0MUod3wefaio8kk/vZc+xfZ/NgvL rG0X4yC4FpPgHR6jMkCV2wdmL82RA8afnMtWi66EH0YM79X2m59EtPeA80NcqJCL7HZU /a9lwTdc1vE0a8WvCQKOf7tcpCq1ZJLibyJnbAe1TM1/DCpkId/U02b4TyqLIws4J4vK QjkZn0ngy6hduJEGVHjWtOP7k/iuyoHs2S/T5JMbjYqHmJHn+PyKWzcBe9c06a5yp68l EE+A== MIME-Version: 1.0 X-Received: by 10.152.18.200 with SMTP id y8mr1187066lad.80.1402667963555; Fri, 13 Jun 2014 06:59:23 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Fri, 13 Jun 2014 06:59:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Jun 2014 15:59:23 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=089e01493d94b4a54b04fbb815a8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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-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 (----) --089e01493d94b4a54b04fbb815a8 Content-Type: text/plain; charset=UTF-8 p.s. for comparison - went back in time a bit and tried version 8-20. Here a summary of how that progressed (note, the warnings here are comparable to the warnings in 8.22) FORCE_UNSAFE_CONFIGURE=1 buildaix -d + CPPFLAGS="-I/opt/include" CFLAGS="-O2 -qlanglvl=extc99" ./configure \ --prefix=/opt/coreutils \ --sysconfdir=/var/coreutils/etc \ --sharedstatedir=/var/coreutils/com \ --localstatedir=/var/coreutils \ --mandir=/usr/share/man \ --infodir=/opt/share/info/coreutils \ > build/aix/configure.out cmp: EOF on conftest.ok configure: WARNING: libattr development library was not found or not usable. configure: WARNING: GNU coreutils will be built without xattr support. configure: WARNING: libcap library was not found or not usable. configure: WARNING: GNU coreutils will be built without capability support. configure: WARNING: libgmp development library was not found or not usable. configure: WARNING: GNU coreutils will be built without GMP support. + /opt/bin/make > build/aix/make.out "lib/set-mode-acl.c", line 630.18: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. "lib/copy-acl.c", line 510.19: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. "lib/copy-acl.c", line 516.19: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. "lib/file-has-acl.c", line 875.20: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. "lib/euidaccess.c", line 84.19: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. "lib/mountlist.c", line 829.45: 1506-280 (W) Function argument assignment between types "char*" and "struct vmount*" is not allowed. "lib/mountlist.c", line 834.46: 1506-280 (W) Function argument assignment between types "char*" and "struct vmount*" is not allowed. "lib/readutmp.c", line 100.23: 1506-280 (W) Function argument assignment between types "char*" and "const char*" is not allowed. 1500-030: (I) INFORMATION: copy_internal: Additional optimization may be attained by recompiling and specifying MAXMEM option with a value greater than 8192. 1500-030: (I) INFORMATION: copy_internal: Additional optimization may be attained by recompiling and specifying MAXMEM option with a value greater than 8192. "src/stat.c", line 1204.25: 1506-280 (W) Function argument assignment between types "struct statvfs64* restrict" and "struct statvfs*" is not allowed. 77 1500-010: (W) WARNING in main: Infinite loop. Program may not stop. + /opt/bin/make install DESTDIR=/var/tmp/root/coreutils-8.20.0.0 > build/aix/install.out /opt/bin/install: cannot create regular file `/var/tmp/root/coreutils-8.20.0.0/opt/coreutils/lib/lib/charset.alias': No such file or directory + mkinstallp.ksh /var/tmp/root/coreutils-8.20.0.0 > build/aix/mkinstallp.out ============================== aixtools.coreutils:aixtools.coreutils.man:8.20.0.0::I:T:::::N:man pages 2014.Jun.13 13.56 CUT::::0:: aixtools.coreutils:aixtools.coreutils.rte:8.20.0.0::I:T:::::N:coreutils 2014.Jun.13 13.56 CUT::::0:: aixtools.coreutils:aixtools.coreutils.share:8.20.0.0::I:T:::::N:share and documentation 2014.Jun.13 13.56 CUT::::0:: ============================== root@x093:[/data/prj/gnu/coreutils/coreutils-8.20] On Fri, Jun 13, 2014 at 3:40 PM, Michael Felt wrote: > Just noticed: need to add: > cc -O2 -qlanglvl=extc99 -o src/ptx src/ptx.o src/libver.a > lib/libcoreutils.a lib/libcoreutils.a -lpthread > > > On Fri, Jun 13, 2014 at 3:38 PM, Michael Felt wrote: > >> For the most part, the configure and build runs quite clean. There are >> few warnings about assignment of a char* to a const char*. >> >> A few utils are missing the -lpthread library assignment: >> >> To fix this, using make -i I indentified the group (after it was more >> than 1) >> >> These four - at least - >> >> cc -O2 -qlanglvl=extc99 -o src/csplit src/csplit.o src/libver.a >> lib/libcoreutils.a lib/libcoreutils.a -lpthread >> cc -O2 -qlanglvl=extc99 -o src/expr src/expr.o src/libver.a >> lib/libcoreutils.a lib/libcoreutils.a -lpthread >> cc -O2 -qlanglvl=extc99 -o src/nl src/nl.o src/libver.a >> lib/libcoreutils.a lib/libcoreutils.a -lpthread >> cc -O2 -qlanglvl=extc99 -o src/tac src/tac.o src/libver.a >> lib/libcoreutils.a lib/libcoreutils.a -lpthread >> >> Further there are two source files that are not compiling because of >> undefs >> >> make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' >> CC src/od.o >> "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier >> _GL_FLT_PREC_BOUND. >> "src/od.c", line 432.47: 1506-1324 (S) Array size must have integer type. >> "src/od.c", line 433.49: 1506-045 (S) Undeclared identifier >> _GL_DBL_PREC_BOUND. >> "src/od.c", line 433.49: 1506-1324 (S) Array size must have integer type. >> "src/od.c", line 434.60: 1506-045 (S) Undeclared identifier >> _GL_LDBL_PREC_BOUND. >> "src/od.c", line 434.60: 1506-1324 (S) Array size must have integer type. >> make[2]: [src/od.o] Error 1 (ignored) >> CCLD src/od >> cc: 1501-228 (W) input file src/od.o not found >> make[2]: [src/od] Error 252 (ignored) >> CCLD src/ptx >> ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock >> ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock >> ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init >> ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy >> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more >> information. >> make[2]: [src/ptx] Error 8 (ignored) >> CC src/getlimits.o >> "src/getlimits.c", line 110.45: 1506-045 (S) Undeclared identifier >> _GL_FLT_PREC_BOUND. >> "src/getlimits.c", line 110.45: 1506-1324 (S) Array size must have >> integer type. >> "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifier >> _GL_DBL_PREC_BOUND. >> "src/getlimits.c", line 111.46: 1506-1324 (S) Array size must have >> integer type. >> "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier >> _GL_LDBL_PREC_BOUND. >> "src/getlimits.c", line 112.53: 1506-1324 (S) Array size must have >> integer type. >> make[2]: [src/getlimits.o] Error 1 (ignored) >> CCLD src/getlimits >> cc: 1501-228 (W) input file src/getlimits.o not found >> >> Not sure how to resolve the missing definitions - do not wish to make >> assumptions. >> >> Regards, >> Michael Felt >> > > --089e01493d94b4a54b04fbb815a8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
p.s. for comparison - went back in time a bit and tried ve= rsion 8-20. Here a summary of how that progressed (note, the warnings here = are comparable to the warnings in 8.22)

FORCE_UNSAFE_CONFIGURE=3D1 b= uildaix -d
+ CPPFLAGS=3D"-I/opt/include" CFLAGS=3D"-O2 -qlanglvl=3Dextc= 99" ./configure \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --pre= fix=3D/opt/coreutils \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --sys= confdir=3D/var/coreutils/etc \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 --sharedstatedir=3D/var/coreutils/com \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --localstatedir=3D/var/coreutils= \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --mandir=3D/usr/share/man= \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 --infodir=3D/opt/share/in= fo/coreutils=C2=A0 \
=C2=A0=C2=A0=C2=A0=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/aix/configure.out
= cmp: EOF on conftest.ok
configure: WARNING: libattr development library = was not found or not usable.
configure: WARNING: GNU coreutils will be built without xattr support.
c= onfigure: WARNING: libcap library was not found or not usable.
configure= : WARNING: GNU coreutils will be built without capability support.
confi= gure: WARNING: libgmp development library was not found or not usable.
configure: WARNING: GNU coreutils will be built without GMP support.
+ /= opt/bin/make > build/aix/make.out
"lib/set-mode-acl.c", lin= e 630.18: 1506-280 (W) Function argument assignment between types "cha= r*" and "const char*" is not allowed.
"lib/copy-acl.c", line 510.19: 1506-280 (W) Function argument ass= ignment between types "char*" and "const char*" is not = allowed.
"lib/copy-acl.c", line 516.19: 1506-280 (W) Function = argument assignment between types "char*" and "const char*&q= uot; is not allowed.
"lib/file-has-acl.c", line 875.20: 1506-280 (W) Function argument= assignment between types "char*" and "const char*" is = not allowed.
"lib/euidaccess.c", line 84.19: 1506-280 (W) Func= tion argument assignment between types "char*" and "const ch= ar*" is not allowed.
"lib/mountlist.c", line 829.45: 1506-280 (W) Function argument as= signment between types "char*" and "struct vmount*" is = not allowed.
"lib/mountlist.c", line 834.46: 1506-280 (W) Func= tion argument assignment between types "char*" and "struct v= mount*" is not allowed.
"lib/readutmp.c", line 100.23: 1506-280 (W) Function argument ass= ignment between types "char*" and "const char*" is not = allowed.
=C2=A0=C2=A0=C2=A0 1500-030: (I) INFORMATION: copy_internal: Ad= ditional optimization may be attained by recompiling and specifying MAXMEM = option with a value greater than 8192.
=C2=A0=C2=A0=C2=A0 1500-030: (I) INFORMATION: copy_internal: Additional opt= imization may be attained by recompiling and specifying MAXMEM option with = a value greater than 8192.
"src/stat.c", line 1204.25: 1506-28= 0 (W) Function argument assignment between types "struct statvfs64* re= strict" and "struct statvfs*" is not allowed.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 77=C2=A0 1500-010: (W) WARNING in main: Infi= nite loop.=C2=A0 Program may not stop.
+ /opt/bin/make install DESTDIR= =3D/var/tmp/root/coreutils-8.20.0.0 > build/aix/install.out
/opt/bin/= install: cannot create regular file `/var/tmp/root/coreutils-8.20.0.0/opt/c= oreutils/lib/lib/charset.alias': No such file or directory
+ mkinstallp.ksh /var/tmp/root/coreutils-8.20.0.0 > build/aix/mkinstallp= .out
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
aixtools.coreutils:aixtools.coreutils.man:8.20.= 0.0::I:T:::::N:man pages 2014.Jun.13 13.56 CUT::::0::
aixtools.coreutils:aixtools.coreutils.rte:8.20.0.0::I:T:::::N:coreutils 201= 4.Jun.13 13.56 CUT::::0::
aixtools.coreutils:aixtools.coreutils.share:8.= 20.0.0::I:T:::::N:share and documentation 2014.Jun.13 13.56 CUT::::0::
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D
root@x093:[/data/prj/gnu/coreutils/coreutils-8.20]


On Fri, J= un 13, 2014 at 3:40 PM, Michael Felt <mamfelt@gmail.com> wro= te:
Just noticed: need to add:<= br>cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/ptx src/ptx.o s= rc/libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread

On Fri, Jun 13, 2014 at 3:38 PM, Michael Felt <mamfelt@gmail.com> wrote:
For the most part, the = configure and build runs quite clean. There are few warnings about assignme= nt of a char* to a const char*.

A few utils are missing the -l= pthread library assignment:

To fix this, using make -i I indentified the group (after it was = more than 1)

These four - at least -

cc=C2=A0=C2=A0 -O2= -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/csplit src/csplit.o src/libver.a lib= /libcoreutils.a=C2=A0 lib/libcoreutils.a -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/expr src/expr.o sr= c/libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
c= c=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/nl src/nl.o src/lib= ver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/tac src/tac.o src/= libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
Further there are two source files that are not compiling because of= undefs

make[2]: Entering directory `/data/prj/gnu/coreutils/coreuti= ls-8.22'
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/od.o
"src/od.c&qu= ot;, line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND."src/od.c", line 432.47: 1506-1324 (S) Array size must have inte= ger type.
"src/od.c", line 433.49: 1506-045 (S) Undeclared ide= ntifier _GL_DBL_PREC_BOUND.
"src/od.c", line 433.49: 1506-1324 (S) Array size must have integ= er type.
"src/od.c", line 434.60: 1506-045 (S) Undeclared iden= tifier _GL_LDBL_PREC_BOUND.
"src/od.c", line 434.60: 1506-1324= (S) Array size must have integer type.
make[2]: [src/od.o] Error 1 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2= =A0 src/od
cc: 1501-228 (W) input file src/od.o not found
make[2]: [s= rc/od] Error 252 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/ptxld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock
ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock
ld: 0711-317= ERROR: Undefined symbol: .pthread_mutex_init
ld: 0711-317 ERROR: Undefi= ned symbol: .pthread_mutex_destroy
ld: 0711-345 Use the -bloadmap or -bn= oquiet option to obtain more information.
make[2]: [src/ptx] Error 8 (ignored)
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 src/getlimits.o
"src/getlimits.c", line 110.45: 1= 506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND.
"src/getlimit= s.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifie= r _GL_DBL_PREC_BOUND.
"src/getlimits.c", line 111.46: 1506-132= 4 (S) Array size must have integer type.
"src/getlimits.c", li= ne 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND.
"src/getlimits.c", line 112.53: 1506-1324 (S) Array size must hav= e integer type.
make[2]: [src/getlimits.o] Error 1 (ignored)
=C2=A0 C= CLD=C2=A0=C2=A0=C2=A0=C2=A0 src/getlimits
cc: 1501-228 (W) input file sr= c/getlimits.o not found

Not sure how to resolve the missing definitions - do not wish to = make assumptions.

Regards,
Michael Felt


--089e01493d94b4a54b04fbb815a8-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 15:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Michael Felt Cc: Paul Eggert , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140267319920552 (code B ref 17773); Fri, 13 Jun 2014 15:27:01 +0000 Received: (at 17773) by debbugs.gnu.org; 13 Jun 2014 15:26:39 +0000 Received: from localhost ([127.0.0.1]:46800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTND-0005LI-8p for submit@debbugs.gnu.org; Fri, 13 Jun 2014 11:26:39 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:23191) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTN8-0005Kw-5A for 17773@debbugs.gnu.org; Fri, 13 Jun 2014 11:26:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBANQXm1NtTKKz/2dsb2JhbAANTYNfg0XAGQGBGoR4AQEBBCMPAUYQCw0BCgICBRYLAgIJAwIBAgFFBg0BBwEBiEMIsgR3ny4XgSqNMgeCdYFMAQOhWY9uawE Received: from unknown (HELO [192.168.1.79]) ([109.76.162.179]) by mail1.vodafone.ie with ESMTP; 13 Jun 2014 16:26:15 +0100 Message-ID: <539B1816.5050603@draigBrady.com> Date: Fri, 13 Jun 2014 16:26:14 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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/13/2014 02:38 PM, Michael Felt wrote: > For the most part, the configure and build runs quite clean. There are few > warnings about assignment of a char* to a const char*. > > A few utils are missing the -lpthread library assignment: So you needed to add -lpthread to csplit, expr, nl, tac and ptx. The highest common factor there is use of the regex module. Looking at that in gnulib I see this change: http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=55ba71f4 That change is fine I think and only means that threading primitives will be used in the regex replacement _if_ your package is using threads, i.e. has referenced the threadlib gnulib module. Now coreutils does not reference this module directly, only referencing the separate and simpler pthread module. However threadlib is referenced indirectly through the timer-time module. A quick fix that might work for you, is to run configure with the --disable-threads option. That shouldn't disable the multithreading in sort I think, but allow the build to proceed? As for fixing this up, I might change the timer-time module to use the pthread module instead. The timer-time issue was only noticed with glibc and hence pthreads anyway. BTW Paul I see in the threadlib module, the addition of _REENTRANT or _THREAD_SAFE defines on some platforms. Should we be doing that also in the pthread module? thanks, Pádraig. From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 15:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Michael Felt Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140267383521912 (code B ref 17773); Fri, 13 Jun 2014 15:38:02 +0000 Received: (at 17773) by debbugs.gnu.org; 13 Jun 2014 15:37:15 +0000 Received: from localhost ([127.0.0.1]:46815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTXW-0005hL-HX for submit@debbugs.gnu.org; Fri, 13 Jun 2014 11:37:14 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:21307) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTXT-0005gx-L2 for 17773@debbugs.gnu.org; Fri, 13 Jun 2014 11:37:12 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBACsam1NtTKKz/2dsb2JhbAANTYNfg0XAGQGBGoR4AQEBAwEjDwFGBQsLDQEMAgUWCwICCQMCAQIBRQYNAQcBAYg2DQiyB3efKxeBKo0yB4J1gUwBA6FZj25rAQ Received: from unknown (HELO [192.168.1.79]) ([109.76.162.179]) by mail1.vodafone.ie with ESMTP; 13 Jun 2014 16:37:05 +0100 Message-ID: <539B1AA1.7060901@draigBrady.com> Date: Fri, 13 Jun 2014 16:37:05 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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/13/2014 02:38 PM, Michael Felt wrote: > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' > CC src/od.o > "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier > _GL_FLT_PREC_BOUND. > CC src/getlimits.o > "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier > _GL_LDBL_PREC_BOUND. I think Paul has already avoided this AIX compiler bug, and so this will be fixed in the upcoming coreutils-8.23 http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=6f053ff1 thanks, Pádraig. From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 15:49:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady , Michael Felt Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140267449623268 (code B ref 17773); Fri, 13 Jun 2014 15:49:03 +0000 Received: (at 17773) by debbugs.gnu.org; 13 Jun 2014 15:48:16 +0000 Received: from localhost ([127.0.0.1]:46823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTiB-00063D-2C for submit@debbugs.gnu.org; Fri, 13 Jun 2014 11:48:15 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:33858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTi8-00062x-Jk for 17773@debbugs.gnu.org; Fri, 13 Jun 2014 11:48:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 7960139E8011; Fri, 13 Jun 2014 08:48:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bj+iSRIf5aXa; Fri, 13 Jun 2014 08:48:02 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 0C75AA60003; Fri, 13 Jun 2014 08:48:02 -0700 (PDT) Message-ID: <539B1D31.6060001@cs.ucla.edu> Date: Fri, 13 Jun 2014 08:48:01 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 References: <539B1816.5050603@draigBrady.com> In-Reply-To: <539B1816.5050603@draigBrady.com> Content-Type: multipart/mixed; boundary="------------090103090604030904060201" X-Spam-Score: -3.0 (---) 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.0 (---) This is a multi-part message in MIME format. --------------090103090604030904060201 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Pádraig Brady wrote: > threading primitives will be used in the regex replacement _if_ > your package is using threads, i.e. has referenced the threadlib gnulib module. Unfortunately regex also uses threads if the pthread module is used, and that's the problem here. Some coreutils commands ('sort') use threads and others don't, but the commands that use threads are careful to not invoke anything like stdio or regex in an area where it wouldn't be thread-safe. So I installed the attached hack instead: it abuses unlocked-io to mean "unlocked everything" but seemed simpler than anything else I could think of. It fixes the reported problem on AIX anyway. > Paul I see in the threadlib module, the addition of _REENTRANT > or _THREAD_SAFE defines on some platforms. > Should we be doing that also in the pthread module? We do have a problem here. Won't defining _THREAD_SAFE run into problems when combined with unlocked-io on AIX? To be honest, the unlocked-io stuff seems so quaint now. How much does it really help performance? Perhaps we should retire it, or turn it into a no-op? --------------090103090604030904060201 Content-Type: text/plain; charset=UTF-8; name="0001-regex-don-t-be-multithreaded-if-USE_UNLOCKED_IO.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="0001-regex-don-t-be-multithreaded-if-USE_UNLOCKED_IO.patch" RnJvbSBhOGJhNzE0MGFjZTc5NGE1MTFmOTdhYjdkZTFhZGRjNmEzY2Y0ZmNhIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBGcmksIDEzIEp1biAyMDE0IDA4OjMwOjQ4IC0wNzAwClN1YmplY3Q6IFtQQVRD SF0gcmVnZXg6IGRvbid0IGJlIG11bHRpdGhyZWFkZWQgaWYgVVNFX1VOTE9DS0VEX0lPLgoK UHJvYmxlbSByZXBvcnRlZCBieSBNaWNoYWVsIEZlbHQgaW46IGh0dHA6Ly9idWdzLmdudS5v cmcvMTc3NzMKKiBsaWIvcmVnZXhfaW50ZXJuYWwuaDogRG8gbm90IHVzZSBtdWx0aXRocmVh ZGVkIHZlcnNpb24gaWYKVVNFX1VOTE9DS0VEX0lPIGlzIGRlZmluZWQuICBUaGlzIGlzIGEg aGFjaywgYnV0IGl0IHdvcmtzCmFyb3VuZCBhIHBvcnRpbmcgYnVnIHdpdGggY29yZXV0aWxz IDguMjIgb24gQUlYIDcuMS4KLS0tCiBDaGFuZ2VMb2cgICAgICAgICAgICB8IDggKysrKysr KysKIGxpYi9yZWdleF9pbnRlcm5hbC5oIHwgNCArKy0tCiAyIGZpbGVzIGNoYW5nZWQsIDEw IGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvQ2hhbmdlTG9n IGIvQ2hhbmdlTG9nCmluZGV4IDQ1MzViYjUuLmNkMTk4OTcgMTAwNjQ0Ci0tLSBhL0NoYW5n ZUxvZworKysgYi9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxMSBAQAorMjAxNC0wNi0xMyAgUGF1 bCBFZ2dlcnQgIDxlZ2dlcnRAY3MudWNsYS5lZHU+CisKKwlyZWdleDogZG9uJ3QgYmUgbXVs dGl0aHJlYWRlZCBpZiBVU0VfVU5MT0NLRURfSU8uCisJUHJvYmxlbSByZXBvcnRlZCBieSBN aWNoYWVsIEZlbHQgaW46IGh0dHA6Ly9idWdzLmdudS5vcmcvMTc3NzMKKwkqIGxpYi9yZWdl eF9pbnRlcm5hbC5oOiBEbyBub3QgdXNlIG11bHRpdGhyZWFkZWQgdmVyc2lvbiBpZgorCVVT RV9VTkxPQ0tFRF9JTyBpcyBkZWZpbmVkLiAgVGhpcyBpcyBhIGhhY2ssIGJ1dCBpdCB3b3Jr cworCWFyb3VuZCBhIHBvcnRpbmcgYnVnIHdpdGggY29yZXV0aWxzIDguMjIgb24gQUlYIDcu MS4KKwogMjAxNC0wNi0xMSAgRGFpa2kgVWVubyAgPHVlbm9AZ251Lm9yZz4KIAogCWdldHRl eHQ6IHVwZGF0ZSBtYWNyb3MgdG8gdmVyc2lvbiAwLjE5CmRpZmYgLS1naXQgYS9saWIvcmVn ZXhfaW50ZXJuYWwuaCBiL2xpYi9yZWdleF9pbnRlcm5hbC5oCmluZGV4IGEwZWFlMzMuLmJm Y2U5OWYgMTAwNjQ0Ci0tLSBhL2xpYi9yZWdleF9pbnRlcm5hbC5oCisrKyBiL2xpYi9yZWdl eF9pbnRlcm5hbC5oCkBAIC00MCw3ICs0MCw3IEBACiAjIGRlZmluZSBsb2NrX2ZpbmkobG9j aykgMAogIyBkZWZpbmUgbG9ja19sb2NrKGxvY2spIF9fbGliY19sb2NrX2xvY2sgKGxvY2sp CiAjIGRlZmluZSBsb2NrX3VubG9jayhsb2NrKSBfX2xpYmNfbG9ja191bmxvY2sgKGxvY2sp Ci0jZWxpZiBkZWZpbmVkIEdOVUxJQl9MT0NLCisjZWxpZiBkZWZpbmVkIEdOVUxJQl9MT0NL ICYmICFkZWZpbmVkIFVTRV9VTkxPQ0tFRF9JTwogIyBpbmNsdWRlICJnbHRocmVhZC9sb2Nr LmgiCiAgIC8qIFVzZSBnbF9sb2NrX2RlZmluZSBpZiBlbXB0eSBtYWNybyBhcmd1bWVudHMg YXJlIGtub3duIHRvIHdvcmsuCiAgICAgIE90aGVyd2lzZSwgZmFsbCBiYWNrIG9uIGxlc3Mt cG9ydGFibGUgc3Vic3RpdHV0ZXMuICAqLwpAQCAtNjIsNyArNjIsNyBAQAogIyBkZWZpbmUg bG9ja19maW5pKGxvY2spIGdsdGhyZWFkX2xvY2tfZGVzdHJveSAoJihsb2NrKSkKICMgZGVm aW5lIGxvY2tfbG9jayhsb2NrKSBnbHRocmVhZF9sb2NrX2xvY2sgKCYobG9jaykpCiAjIGRl ZmluZSBsb2NrX3VubG9jayhsb2NrKSBnbHRocmVhZF9sb2NrX3VubG9jayAoJihsb2NrKSkK LSNlbGlmIGRlZmluZWQgR05VTElCX1BUSFJFQUQKKyNlbGlmIGRlZmluZWQgR05VTElCX1BU SFJFQUQgJiYgIWRlZmluZWQgVVNFX1VOTE9DS0VEX0lPCiAjIGluY2x1ZGUgPHB0aHJlYWQu aD4KICMgZGVmaW5lIGxvY2tfZGVmaW5lKG5hbWUpIHB0aHJlYWRfbXV0ZXhfdCBuYW1lOwog IyBkZWZpbmUgbG9ja19pbml0KGxvY2spIHB0aHJlYWRfbXV0ZXhfaW5pdCAoJihsb2NrKSwg MCkKLS0gCjEuOS4zCgo= --------------090103090604030904060201-- From unknown Fri Aug 15 16:57:34 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Michael Felt Subject: bug#17773: closed (Re: bug#17773: AIX build errors with coreutils-8.22) Message-ID: References: <539B1F80.7030501@cs.ucla.edu> X-Gnu-PR-Message: they-closed 17773 X-Gnu-PR-Package: coreutils Reply-To: 17773@debbugs.gnu.org Date: Fri, 13 Jun 2014 15:59:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1402675142-24643-1" This is a multi-part message in MIME format... ------------=_1402675142-24643-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17773: AIX build errors with coreutils-8.22 which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 17773@debbugs.gnu.org. --=20 17773: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17773 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1402675142-24643-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17773-done) by debbugs.gnu.org; 13 Jun 2014 15:58:10 +0000 Received: from localhost ([127.0.0.1]:46845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTrk-0006Nf-Sp for submit@debbugs.gnu.org; Fri, 13 Jun 2014 11:58:09 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:34455) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvTrj-0006NP-GJ for 17773-done@debbugs.gnu.org; Fri, 13 Jun 2014 11:58:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 099AD39E8011; Fri, 13 Jun 2014 08:58:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPQQBRudPn5F; Fri, 13 Jun 2014 08:57:53 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 4B46739E8013; Fri, 13 Jun 2014 08:57:53 -0700 (PDT) Message-ID: <539B1F80.7030501@cs.ucla.edu> Date: Fri, 13 Jun 2014 08:57:52 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= , Michael Felt Subject: Re: bug#17773: AIX build errors with coreutils-8.22 References: <539B1AA1.7060901@draigBrady.com> In-Reply-To: <539B1AA1.7060901@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 17773-done Cc: 17773-done@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.0 (---) Pádraig Brady wrote: > I think Paul has already avoided this AIX compiler bug Yes, and combined with the regex_internal.h fix this addresses all the points raised in this bug report so I'm closing it. ------------=_1402675142-24643-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 13 Jun 2014 13:38:33 +0000 Received: from localhost ([127.0.0.1]:46321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRga-0001lN-B7 for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41626) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvRgS-0001kv-Ra for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRgM-0000Ag-Gd for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:15 -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, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgM-0000Ac-EM for submit@debbugs.gnu.org; Fri, 13 Jun 2014 09:38:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43331) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgL-0005uF-3H for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WvRgJ-0000A0-Uy for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:13 -0400 Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:47348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WvRgJ-00009h-Ig for bug-coreutils@gnu.org; Fri, 13 Jun 2014 09:38:11 -0400 Received: by mail-la0-f48.google.com with SMTP id gl10so1443897lab.7 for ; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gs4z6TfxM16Xavy/rwW38GQ8BWfhI2VE6ga8nEVclsc=; b=phM8hdqMKUFvAiDUMz5oM/FLavSwySjPPWBfLWbxZSYYHxUhkU8Lb9m0WlntBxgSac E94X8cEmV0oVIjWyCdp2fjs438MHQnyNQW8O7YeFK0B2AmOJ3R6/XeotZ2ObbKU+Q69b Rq71/l3GSz/ddboXyARcMAeP41BTUSMyuZqTtwELGoShKEGeMqdDWrLp/GUCkwUltjaS pSiydDgfuoA55wQGHG4isPBB8Rf2afK8v7SuxU5YSiPJJ0/32LgmmzDaCpyVmvNXxlhH nFBW8eeL1zdUQw+Mo5WxVdqjuHIs93ImgylpdWeottc2DU46/GCtDFqomIWV4vtuBnkA meZQ== MIME-Version: 1.0 X-Received: by 10.112.148.165 with SMTP id tt5mr1705301lbb.61.1402666689459; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Fri, 13 Jun 2014 06:38:09 -0700 (PDT) Date: Fri, 13 Jun 2014 15:38:09 +0200 Message-ID: Subject: AIX build errors with coreutils-8.22 From: Michael Felt To: bug-coreutils@gnu.org Content-Type: multipart/alternative; boundary=047d7b3a8c4ec37bfd04fbb7c928 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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 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 (----) --047d7b3a8c4ec37bfd04fbb7c928 Content-Type: text/plain; charset=UTF-8 For the most part, the configure and build runs quite clean. There are few warnings about assignment of a char* to a const char*. A few utils are missing the -lpthread library assignment: To fix this, using make -i I indentified the group (after it was more than 1) These four - at least - cc -O2 -qlanglvl=extc99 -o src/csplit src/csplit.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/expr src/expr.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/nl src/nl.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread cc -O2 -qlanglvl=extc99 -o src/tac src/tac.o src/libver.a lib/libcoreutils.a lib/libcoreutils.a -lpthread Further there are two source files that are not compiling because of undefs make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' CC src/od.o "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND. "src/od.c", line 432.47: 1506-1324 (S) Array size must have integer type. "src/od.c", line 433.49: 1506-045 (S) Undeclared identifier _GL_DBL_PREC_BOUND. "src/od.c", line 433.49: 1506-1324 (S) Array size must have integer type. "src/od.c", line 434.60: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND. "src/od.c", line 434.60: 1506-1324 (S) Array size must have integer type. make[2]: [src/od.o] Error 1 (ignored) CCLD src/od cc: 1501-228 (W) input file src/od.o not found make[2]: [src/od] Error 252 (ignored) CCLD src/ptx ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_init ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_destroy ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make[2]: [src/ptx] Error 8 (ignored) CC src/getlimits.o "src/getlimits.c", line 110.45: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND. "src/getlimits.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifier _GL_DBL_PREC_BOUND. "src/getlimits.c", line 111.46: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND. "src/getlimits.c", line 112.53: 1506-1324 (S) Array size must have integer type. make[2]: [src/getlimits.o] Error 1 (ignored) CCLD src/getlimits cc: 1501-228 (W) input file src/getlimits.o not found Not sure how to resolve the missing definitions - do not wish to make assumptions. Regards, Michael Felt --047d7b3a8c4ec37bfd04fbb7c928 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
For the most part, the = configure and build runs quite clean. There are few warnings about assignme= nt of a char* to a const char*.

A few utils are missing the -l= pthread library assignment:

To fix this, using make -i I indentified the group (after it was = more than 1)

These four - at least -

cc=C2=A0=C2=A0 -O2= -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/csplit src/csplit.o src/libver.a lib= /libcoreutils.a=C2=A0 lib/libcoreutils.a -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/expr src/expr.o sr= c/libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
c= c=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/nl src/nl.o src/lib= ver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
cc=C2=A0=C2=A0 -O2 -qlanglvl=3Dextc99=C2=A0=C2=A0 -o src/tac src/tac.o src/= libver.a lib/libcoreutils.a=C2=A0 lib/libcoreutils.a=C2=A0 -lpthread
Further there are two source files that are not compiling because of= undefs

make[2]: Entering directory `/data/prj/gnu/coreutils/coreuti= ls-8.22'
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 src/od.o
"src/od.c&qu= ot;, line 432.47: 1506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND."src/od.c", line 432.47: 1506-1324 (S) Array size must have inte= ger type.
"src/od.c", line 433.49: 1506-045 (S) Undeclared ide= ntifier _GL_DBL_PREC_BOUND.
"src/od.c", line 433.49: 1506-1324 (S) Array size must have integ= er type.
"src/od.c", line 434.60: 1506-045 (S) Undeclared iden= tifier _GL_LDBL_PREC_BOUND.
"src/od.c", line 434.60: 1506-1324= (S) Array size must have integer type.
make[2]: [src/od.o] Error 1 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2= =A0 src/od
cc: 1501-228 (W) input file src/od.o not found
make[2]: [s= rc/od] Error 252 (ignored)
=C2=A0 CCLD=C2=A0=C2=A0=C2=A0=C2=A0 src/ptxld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_lock
ld: 0711-317 ERROR: Undefined symbol: .pthread_mutex_unlock
ld: 0711-317= ERROR: Undefined symbol: .pthread_mutex_init
ld: 0711-317 ERROR: Undefi= ned symbol: .pthread_mutex_destroy
ld: 0711-345 Use the -bloadmap or -bn= oquiet option to obtain more information.
make[2]: [src/ptx] Error 8 (ignored)
=C2=A0 CC=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 src/getlimits.o
"src/getlimits.c", line 110.45: 1= 506-045 (S) Undeclared identifier _GL_FLT_PREC_BOUND.
"src/getlimit= s.c", line 110.45: 1506-1324 (S) Array size must have integer type. "src/getlimits.c", line 111.46: 1506-045 (S) Undeclared identifie= r _GL_DBL_PREC_BOUND.
"src/getlimits.c", line 111.46: 1506-132= 4 (S) Array size must have integer type.
"src/getlimits.c", li= ne 112.53: 1506-045 (S) Undeclared identifier _GL_LDBL_PREC_BOUND.
"src/getlimits.c", line 112.53: 1506-1324 (S) Array size must hav= e integer type.
make[2]: [src/getlimits.o] Error 1 (ignored)
=C2=A0 C= CLD=C2=A0=C2=A0=C2=A0=C2=A0 src/getlimits
cc: 1501-228 (W) input file sr= c/getlimits.o not found

Not sure how to resolve the missing definitions - do not wish to = make assumptions.

Regards,
Michael Felt
--047d7b3a8c4ec37bfd04fbb7c928-- ------------=_1402675142-24643-1-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 17:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: Michael Felt , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.14026805683592 (code B ref 17773); Fri, 13 Jun 2014 17:30:02 +0000 Received: (at 17773) by debbugs.gnu.org; 13 Jun 2014 17:29:28 +0000 Received: from localhost ([127.0.0.1]:46875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvVI7-0000vo-G6 for submit@debbugs.gnu.org; Fri, 13 Jun 2014 13:29:27 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:3353) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvVI3-0000vX-Le for 17773@debbugs.gnu.org; Fri, 13 Jun 2014 13:29:24 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBACw0m1NtTKKz/2dsb2JhbAANTQ6HFr0LgxIBgRqEeAEBAQMBIw8BRhALDQsCAgUWCwICCQMCAQIBRQYNAQcBAYg2DbIPd58nF4EqjTUHgnWBTAEDoVqPMUI Received: from unknown (HELO [192.168.1.79]) ([109.76.162.179]) by mail1.vodafone.ie with ESMTP; 13 Jun 2014 18:29:17 +0100 Message-ID: <539B34EC.3020309@draigBrady.com> Date: Fri, 13 Jun 2014 18:29:16 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <539B1816.5050603@draigBrady.com> <539B1D31.6060001@cs.ucla.edu> In-Reply-To: <539B1D31.6060001@cs.ucla.edu> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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/13/2014 04:48 PM, Paul Eggert wrote: > Pádraig Brady wrote: >> Paul I see in the threadlib module, the addition of _REENTRANT >> or _THREAD_SAFE defines on some platforms. >> Should we be doing that also in the pthread module? > > We do have a problem here. Won't defining _THREAD_SAFE run into problems when combined with unlocked-io on AIX? > > To be honest, the unlocked-io stuff seems so quaint now. How much does it really help performance? Perhaps we should retire it, or turn it into a no-op? Well it had a large impact when I last checked (a long time ago now), due to avoiding the function call per character as well as the locking. The unlocked-io module does undermine any IO protections enabled with the _REENTRANT or _THREAD_SAFE macros, but that's no different to what happens now with threadlib, and is essentially the "unlocked-io trumps threads" assumption you made in the last gnulib regex fix. So I'd be inclined to add those definitions in the pthread module, but if not we could define at the top of sort.c at least? I'm remembering these macros also protecting access to errno on Solaris, and I see that concurrent sets/gets of errno are done in xstrxfrm() in sort. cheers, Pádraig. From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 13 Jun 2014 17:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: Michael Felt , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.14026822917160 (code B ref 17773); Fri, 13 Jun 2014 17:59:02 +0000 Received: (at 17773) by debbugs.gnu.org; 13 Jun 2014 17:58:11 +0000 Received: from localhost ([127.0.0.1]:46903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvVju-0001rP-2I for submit@debbugs.gnu.org; Fri, 13 Jun 2014 13:58:10 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:40630) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvVjr-0001qp-Qe for 17773@debbugs.gnu.org; Fri, 13 Jun 2014 13:58:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 88D1439E8012; Fri, 13 Jun 2014 10:58:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njvLwClBOmcG; Fri, 13 Jun 2014 10:57:52 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id D5B1939E8011; Fri, 13 Jun 2014 10:57:52 -0700 (PDT) Message-ID: <539B3B9C.4030900@cs.ucla.edu> Date: Fri, 13 Jun 2014 10:57:48 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 References: <539B1816.5050603@draigBrady.com> <539B1D31.6060001@cs.ucla.edu> <539B34EC.3020309@draigBrady.com> In-Reply-To: <539B34EC.3020309@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -3.0 (---) 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.0 (---) On 06/13/2014 10:29 AM, Pádraig Brady wrote: > So I'd be inclined to add those definitions in the pthread module, > but if not we could define at the top of sort.c at least? The latter doesn't sound safe, since it would mean the files in libcoreutils.a would be compiled without -D_THREAD_SAFE and would thus access a global shared errno even when linked with sort.c. So I vote for the former. From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 14 Jun 2014 15:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: =?UTF-8?Q?P=C3=A1draig?= Brady , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140276142916288 (code B ref 17773); Sat, 14 Jun 2014 15:58:01 +0000 Received: (at 17773) by debbugs.gnu.org; 14 Jun 2014 15:57:09 +0000 Received: from localhost ([127.0.0.1]:47887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvqKL-0004Ec-7U for submit@debbugs.gnu.org; Sat, 14 Jun 2014 11:57:09 -0400 Received: from mail-la0-f47.google.com ([209.85.215.47]:39217) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvqKI-0004E5-H3 for 17773@debbugs.gnu.org; Sat, 14 Jun 2014 11:57:07 -0400 Received: by mail-la0-f47.google.com with SMTP id pn19so2118073lab.34 for <17773@debbugs.gnu.org>; Sat, 14 Jun 2014 08:57:00 -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=aagEXvIxx8/GcwwLoqqpCFaq7n9YOODST3Kc4TY5MK0=; b=QYJagsyNfDsVfOgziN55JY2AN2fZAEqfcrWnGsFUYjcDkJe7U4AXyfFBvSvd6kNEK8 wVEHJSZecM7cn9eFudtxhpYZ1NchB8TfVOO8ORELEvOgQy7i30nSsKJ6oy/QKgA5TQyy urUg6sRJAAGwWI2xO5EShTKAG9Z55g1Bdcan+oQPZpPCS6OuMmKximEFczfUYjbkg2uT U562Lnb5AjvXtu8D0PnW3ST9w+kkrvEVzp/OjaooIUgNE0WjJ3J4S3xhI4gyDUeMF2WW lzmSCtBSbO30ldAsSKO/6kDfVQ4Mqah8CFjC/SRXzq040w+wBa8/3zoH0nVqJ8qzP05Q AQOQ== MIME-Version: 1.0 X-Received: by 10.112.72.41 with SMTP id a9mr1069280lbv.71.1402761420444; Sat, 14 Jun 2014 08:57:00 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Sat, 14 Jun 2014 08:57:00 -0700 (PDT) In-Reply-To: <539B3B9C.4030900@cs.ucla.edu> References: <539B1816.5050603@draigBrady.com> <539B1D31.6060001@cs.ucla.edu> <539B34EC.3020309@draigBrady.com> <539B3B9C.4030900@cs.ucla.edu> Date: Sat, 14 Jun 2014 17:57:00 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=001a11c341982b9a0b04fbcdd8d2 X-Spam-Score: -0.7 (/) 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 (/) --001a11c341982b9a0b04fbcdd8d2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am "packaging" on a "clean" system, i.e., as few dependancies as possible. And I have some warnings about certain features not being included because the libraries are missing. Further, just compiling by manually adding -pthread seems to be working. Once I have the defines needed for the other programs I will run "make check" Thanks for the quick replies (I was on a plane and could not reply back earlier). On Fri, Jun 13, 2014 at 7:57 PM, Paul Eggert wrote: > On 06/13/2014 10:29 AM, P=C3=A1draig Brady wrote: > >> So I'd be inclined to add those definitions in the pthread module, >> but if not we could define at the top of sort.c at least? >> > > The latter doesn't sound safe, since it would mean the files in > libcoreutils.a would be compiled without -D_THREAD_SAFE and would thus > access a global shared errno even when linked with sort.c. So I vote for > the former. > > --001a11c341982b9a0b04fbcdd8d2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am "packaging" on a "clean"= ; system, i.e., as few dependancies as possible. And I have some warnings a= bout certain features not being included because the libraries are missing.=

Further, just compiling by manually adding -pthread seems to be w= orking. Once I have the defines needed for the other programs I will run &q= uot;make check"

Thanks for the quick replies (I was on a = plane and could not reply back earlier).


On Fri,= Jun 13, 2014 at 7:57 PM, Paul Eggert <eggert@cs.ucla.edu> = wrote:
On 06/13/2014 10:29 AM, P=C3= =A1draig Brady wrote:
So I'd be inclined to add those definitions in the pthread module,
but if not we could define at the top of sort.c at least?

The latter doesn't sound safe, since it would mean the files in libcore= utils.a would be compiled without -D_THREAD_SAFE and would thus access a gl= obal shared errno even when linked with sort.c. So I vote for the former.

--001a11c341982b9a0b04fbcdd8d2-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 14 Jun 2014 16:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: =?UTF-8?Q?P=C3=A1draig?= Brady , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140276162516720 (code B ref 17773); Sat, 14 Jun 2014 16:01:01 +0000 Received: (at 17773) by debbugs.gnu.org; 14 Jun 2014 16:00:25 +0000 Received: from localhost ([127.0.0.1]:47891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvqNU-0004LZ-2M for submit@debbugs.gnu.org; Sat, 14 Jun 2014 12:00:24 -0400 Received: from mail-lb0-f181.google.com ([209.85.217.181]:38744) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvqNR-0004LH-3Q for 17773@debbugs.gnu.org; Sat, 14 Jun 2014 12:00:22 -0400 Received: by mail-lb0-f181.google.com with SMTP id q8so2148749lbi.40 for <17773@debbugs.gnu.org>; Sat, 14 Jun 2014 09:00: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=uKbvGjF4UEP0+UlsujQJBA3LmDwrSkDoL9a6pfp8YAc=; b=RXVlAJY3AmbJpNKvTQKSM4K2puEtoZSc49iFTTnHYI/iHu0VFfmw6rkMHcp4qYKTxe 1icub0cqF1blYNBLrM9UobNUI0p2SZ5SCDdK4t+PSR7B+Ow06JIGcuWPUoESleo0lszZ 86z4kSkwiBjS7iycOP9mVeUWnhYNr0kUSqEpotXFklM/D8OMtZy0VYakifX6YL3zCHZ/ ACZds3NqZZB7sMus1xRWl2dvVdiJvQEJ7NgcnnZytZAMVagVkMWojvRORqfIQbiGkjrb Zq5Lya2/VN8DNF/O+HQ7kJZzLxmCQprE3gu5Zrf6lI0Gz3bBRXU4Lvqu1qNYFOffVsOO 5aVQ== MIME-Version: 1.0 X-Received: by 10.152.5.4 with SMTP id o4mr1341327lao.64.1402761614882; Sat, 14 Jun 2014 09:00:14 -0700 (PDT) Received: by 10.112.99.134 with HTTP; Sat, 14 Jun 2014 09:00:14 -0700 (PDT) In-Reply-To: References: <539B1816.5050603@draigBrady.com> <539B1D31.6060001@cs.ucla.edu> <539B34EC.3020309@draigBrady.com> <539B3B9C.4030900@cs.ucla.edu> Date: Sat, 14 Jun 2014 18:00:14 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=089e01493c40c27f7a04fbcde349 X-Spam-Score: -0.7 (/) 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 (/) --089e01493c40c27f7a04fbcde349 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Blind in one eye, could not see out the other: I thought I had listed the warnings - they were above: configure: WARNING: libattr development library was not found or not usable= . configure: WARNING: GNU coreutils will be built without xattr support. configure: WARNING: libcap library was not found or not usable. configure: WARNING: GNU coreutils will be built without capability support. configure: WARNING: libgmp development library was not found or not usable. configure: WARNING: GNU coreutils will be built without GMP support. For the rest, I would rather not know the itty-gritty. My main reason for coreutils is because of the differences between AIX install, bsd install and coreutils install. coreutils version works where AIX and bsd fail. On Sat, Jun 14, 2014 at 5:57 PM, Michael Felt wrote: > I am "packaging" on a "clean" system, i.e., as few dependancies as > possible. And I have some warnings about certain features not being > included because the libraries are missing. > > Further, just compiling by manually adding -pthread seems to be working. > Once I have the defines needed for the other programs I will run "make > check" > > Thanks for the quick replies (I was on a plane and could not reply back > earlier). > > > On Fri, Jun 13, 2014 at 7:57 PM, Paul Eggert wrote: > >> On 06/13/2014 10:29 AM, P=C3=A1draig Brady wrote: >> >>> So I'd be inclined to add those definitions in the pthread module, >>> but if not we could define at the top of sort.c at least? >>> >> >> The latter doesn't sound safe, since it would mean the files in >> libcoreutils.a would be compiled without -D_THREAD_SAFE and would thus >> access a global shared errno even when linked with sort.c. So I vote for >> the former. >> >> > --089e01493c40c27f7a04fbcde349 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Blind in one eye, could not see out the other: I thou= ght I had listed the warnings - they were above:
configure: WARNING: lib= attr development library was not found or not usable.
configure: WARNING: GNU coreutils will be built without xattr support.
configure: WARNING: libcap library was not found or not usable.
configure: WARNING: GNU coreutils will be built without capability support.=
configure: WARNING: libgmp development library was not found or not usable.=
configure: WARNING: GNU coreutils will be built without GMP support.
For the rest, I would rather not know the itty-gritty. My main reaso= n for coreutils is because of the differences between AIX install, bsd inst= all and coreutils install. coreutils version works where AIX and bsd fail.<= br>


On Sat,= Jun 14, 2014 at 5:57 PM, Michael Felt <mamfelt@gmail.com> w= rote:
I am "packag= ing" on a "clean" system, i.e., as few dependancies as possi= ble. And I have some warnings about certain features not being included bec= ause the libraries are missing.

Further, just compiling by manually adding -pthread seems to be w= orking. Once I have the defines needed for the other programs I will run &q= uot;make check"

Thanks for the quick replies (I was on a = plane and could not reply back earlier).

On Fri, Jun 13, 2014 at 7:57 PM, Paul Egge= rt <eggert@cs.ucla.edu> wrote:
On 06/13/2014 10:29 AM, P=C3=A1draig Br= ady wrote:
So I'd be inclined to add those definitions in the pthread module,
but if not we could define at the top of sort.c at least?

The latter doesn't sound safe, since it would mean the files in libcore= utils.a would be compiled without -D_THREAD_SAFE and would thus access a gl= obal shared errno even when linked with sort.c. So I vote for the former.


--089e01493c40c27f7a04fbcde349-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 18 Jun 2014 19:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140311799711625 (code B ref 17773); Wed, 18 Jun 2014 19:00:02 +0000 Received: (at 17773) by debbugs.gnu.org; 18 Jun 2014 18:59:57 +0000 Received: from localhost ([127.0.0.1]:52117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxL5Q-00031Q-55 for submit@debbugs.gnu.org; Wed, 18 Jun 2014 14:59:56 -0400 Received: from mail-lb0-f172.google.com ([209.85.217.172]:57063) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxL5N-000315-LC for 17773@debbugs.gnu.org; Wed, 18 Jun 2014 14:59:54 -0400 Received: by mail-lb0-f172.google.com with SMTP id c11so811713lbj.31 for <17773@debbugs.gnu.org>; Wed, 18 Jun 2014 11:59:47 -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=lXSkQrjLNt7JGfSEewxJideD28K/rAztqCVJc+knoxY=; b=eQ8mTntLXA+xwrsX4e4KyvSpFLLGHhnAockcc+8i//z0gDaexWwmGK9QJ2gQOca0fJ YTKSQUKyM2oO/AGTrhuB8AcfCQk3BlJrUkvK356irjb5bQegElr+3vWk+uEbCMBqsAwu 3n9JsKkTjKnnJnNzDpRPWLaYCKinCDgZ8PfGXr4hqYwpb6eir0lk5D202+y8URXpWwtZ z+mxs9DKTC9DZKg/0wzOk/PTgtttLltkhf0Lf4VMkcxRB1oC3EeuRGsW92wESLbe7yrd XAQOMqkYWNrAGcDf0V/7Gh0TrXJpbwr3JqB3P6oqINT9xe/DiR5LmKEnmQ7uxv9pA/XZ WslA== MIME-Version: 1.0 X-Received: by 10.112.53.161 with SMTP id c1mr10576lbp.86.1403117987346; Wed, 18 Jun 2014 11:59:47 -0700 (PDT) Received: by 10.112.138.194 with HTTP; Wed, 18 Jun 2014 11:59:47 -0700 (PDT) In-Reply-To: <539B1AA1.7060901@draigBrady.com> References: <539B1AA1.7060901@draigBrady.com> Date: Wed, 18 Jun 2014 20:59:47 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=001a11c3a08c36be9a04fc20dd5b X-Spam-Score: -0.7 (/) 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 (/) --001a11c3a08c36be9a04fc20dd5b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Curious why you are calling this a compiler bug. I am not a POSIX nerd, but it looks as if the old code was compiler independent, and now it is dependent on something. Just one difference in od.c that shows a change in identifer conventions. What is the origin of the _GL_* identifiers? "Unix" or "Not Unix"? from diff -u ./coreutils-8.20/src/od.c ./coreutils-8.22/src/od.c @@ -1050,8 +1056,8 @@ } static void -format_address_none (uintmax_t address ATTRIBUTE_UNUSED, - char c ATTRIBUTE_UNUSED) +format_address_none (uintmax_t address _GL_UNUSED, + char c _GL_UNUSED) { } I also note that the identifiers involved go back to at least coreutils 8.9 in ./lib/ftoastr.h So, this has been known, and managed, for a long time. It is your code, so you can call it a bug if you wish - I am thinking, for now, that it is a dependency on something not found by default when using the xlc compilers. But I may be wrong :p@me On Fri, Jun 13, 2014 at 5:37 PM, P=C3=A1draig Brady wrot= e: > On 06/13/2014 02:38 PM, Michael Felt wrote: > > > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' > > CC src/od.o > > "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier > > _GL_FLT_PREC_BOUND. > > > CC src/getlimits.o > > > "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier > > _GL_LDBL_PREC_BOUND. > > > I think Paul has already avoided this AIX compiler bug, > and so this will be fixed in the upcoming coreutils-8.23 > http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a=3Dcommitdiff;h=3D6f053ff1 > > thanks, > P=C3=A1draig. > --001a11c3a08c36be9a04fc20dd5b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Curious why you are calling this a compiler= bug. I am not a POSIX nerd, but it looks as if the old code was compiler i= ndependent, and now it is dependent on something.

Just one dif= ference in od.c that shows a change in identifer conventions.

What is the origin of the _GL_* identifiers? "Unix" or = "Not Unix"?

from diff -u ./coreutils-8.20/src/od.c .= /coreutils-8.22/src/od.c

@@ -1050,8 +1056,8 @@
=C2=A0}
= =C2=A0
=C2=A0static void
-format_address_none (uintmax_t address ATTRIBUTE_UNUS= ED,
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c ATTRIBUTE_UNU= SED)
+format_address_none (uintmax_t address _GL_UNUSED,
+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c _GL_UNUSED)
=C2=A0{
=C2=A0}
=C2=A0
I also note that the identifiers= involved go back to at least coreutils 8.9 in ./lib/ftoastr.h

So, this has been known, and managed, for a long time.

<= div>It is your code, so you can call it a bug if you wish - I am thinking, = for now, that it is a dependency on something not found by default when usi= ng the xlc compilers. But I may be wrong :p@me


O= n Fri, Jun 13, 2014 at 5:37 PM, P=C3=A1draig Brady <P@draigbrady.com>= ; wrote:
On 06/13/2014 02:38 PM, Mich= ael Felt wrote:

> make[2]: Entering directory `/data/prj/gnu/coreu= tils/coreutils-8.22'
> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/od.o
> "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier<= br> > _GL_FLT_PREC_BOUND.

> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/getlimits.o

> "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared iden= tifier
> _GL_LDBL_PREC_BOUND.


I think Paul has already avoided this AIX compiler bug,
and so this will be fixed in the upcoming coreutils-8.23
http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a= =3Dcommitdiff;h=3D6f053ff1

thanks,
P=C3=A1draig.

--001a11c3a08c36be9a04fc20dd5b-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 18 Jun 2014 19:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140311897313293 (code B ref 17773); Wed, 18 Jun 2014 19:17:01 +0000 Received: (at 17773) by debbugs.gnu.org; 18 Jun 2014 19:16:13 +0000 Received: from localhost ([127.0.0.1]:52129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxLLB-0003SK-2m for submit@debbugs.gnu.org; Wed, 18 Jun 2014 15:16:13 -0400 Received: from mail-la0-f46.google.com ([209.85.215.46]:45873) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxLL8-0003S7-II for 17773@debbugs.gnu.org; Wed, 18 Jun 2014 15:16:11 -0400 Received: by mail-la0-f46.google.com with SMTP id el20so797516lab.33 for <17773@debbugs.gnu.org>; Wed, 18 Jun 2014 12:16: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=tF7oVlZkpmIndM5+LQuJiXsvWFFUQEwWplMlxbJyghA=; b=fLSeElm1UI2bUw8xqCYTrRmGGkMPpITOcmYijIRPn+SKqBVDuFZ84UXybmKZESAF0A 84k0cAhwoPw7Fj4WzZs/WZP1nvjTxnJf5vbNrSS1oRp9Uj+GbbMr7KrTYn0mpp2+C0PW hOZ66hAkqpK3p83VX7JIWbAFdm9qTyrRGQsIiYmg2GfkbHZ/t7ztkpnMih2iVfuN8lE0 XWhXIsMiA16k4eXVjAcWez1y9UzXmED+Qyh71JoD1FjDiSJjCr8jQCvx76foz1WH3GNH QHgyPJDNeu/zXNipWXwQV7hCbYLiX2/VYe4ezDv548LA3qM5I7FnGPdB7XM5f3Id8S1l NSHQ== MIME-Version: 1.0 X-Received: by 10.152.5.4 with SMTP id o4mr78170lao.64.1403118964253; Wed, 18 Jun 2014 12:16:04 -0700 (PDT) Received: by 10.112.138.194 with HTTP; Wed, 18 Jun 2014 12:16:04 -0700 (PDT) In-Reply-To: References: <539B1AA1.7060901@draigBrady.com> Date: Wed, 18 Jun 2014 21:16:04 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=089e01493c4071285804fc211769 X-Spam-Score: -0.7 (/) 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 (/) --089e01493c4071285804fc211769 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am confused by what is in git regarding ftoastr.h The enum code has been around "forever" and not caused a problem. I think the problem lies elsewhere because version 8.20 builds fine. root@x093:[/data/prj/gnu/coreutils]diff ./coreutils-8.22/lib/ftoastr.h ./coreutils-8.15/lib/ftoastr.h 3c3 < Copyright (C) 2010-2013 Free Software Foundation, Inc. --- > Copyright (C) 2010-2012 Free Software Foundation, Inc. So, I do not understand the why the change to ftoastr.h is being considered. The motivation that AIX compiler "has a bug" seems misleading as this identifer has worked well for ftoast.c for many years. The simple "include" of ftoastr.h to src/od.c and src/getlimits.c seems to be making assumptions that ftoastr.c has not. So, maybe there is another more elegant solution? On Wed, Jun 18, 2014 at 8:59 PM, Michael Felt wrote: > Curious why you are calling this a compiler bug. I am not a POSIX nerd, > but it looks as if the old code was compiler independent, and now it is > dependent on something. > > Just one difference in od.c that shows a change in identifer conventions. > > What is the origin of the _GL_* identifiers? "Unix" or "Not Unix"? > > from diff -u ./coreutils-8.20/src/od.c ./coreutils-8.22/src/od.c > > @@ -1050,8 +1056,8 @@ > } > > static void > -format_address_none (uintmax_t address ATTRIBUTE_UNUSED, > - char c ATTRIBUTE_UNUSED) > +format_address_none (uintmax_t address _GL_UNUSED, > + char c _GL_UNUSED) > { > } > > I also note that the identifiers involved go back to at least coreutils > 8.9 in ./lib/ftoastr.h > > So, this has been known, and managed, for a long time. > > It is your code, so you can call it a bug if you wish - I am thinking, fo= r > now, that it is a dependency on something not found by default when using > the xlc compilers. But I may be wrong :p@me > > > On Fri, Jun 13, 2014 at 5:37 PM, P=C3=A1draig Brady wr= ote: > >> On 06/13/2014 02:38 PM, Michael Felt wrote: >> >> > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' >> > CC src/od.o >> > "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier >> > _GL_FLT_PREC_BOUND. >> >> > CC src/getlimits.o >> >> > "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier >> > _GL_LDBL_PREC_BOUND. >> >> >> I think Paul has already avoided this AIX compiler bug, >> and so this will be fixed in the upcoming coreutils-8.23 >> http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a=3Dcommitdiff;h=3D6f053ff1 >> >> thanks, >> P=C3=A1draig. >> > > --089e01493c4071285804fc211769 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am confused by what is in git r= egarding ftoastr.h

The enum code has been around "forever= " and not caused a problem. I think the problem lies elsewhere because= version 8.20 builds fine.

root@x093:[/data/prj/gnu/coreutils]diff ./coreutils-8.22/lib/ftoastr.h = ./coreutils-8.15/lib/ftoastr.h
3c3
<=C2=A0=C2=A0=C2=A0 Copyright (= C) 2010-2013 Free Software Foundation, Inc.
---
>=C2=A0=C2=A0=C2= =A0 Copyright (C) 2010-2012 Free Software Foundation, Inc.

So, I do not understand the why the change to ftoastr.h is being = considered. The motivation that AIX compiler "has a bug" seems mi= sleading as this identifer has worked well for ftoast.c for many years.
The simple "include" of ftoastr.h to src/od.c and src/= getlimits.c seems to be making assumptions that ftoastr.c has not. So, mayb= e there is another more elegant solution?


On Wed, Jun 18, 2014 at 8:59 PM, Michael= Felt <mamfelt@gmail.com> wrote:
Curious why you are calling this a compiler= bug. I am not a POSIX nerd, but it looks as if the old code was compiler i= ndependent, and now it is dependent on something.

Just one dif= ference in od.c that shows a change in identifer conventions.

What is the origin of the _GL_* identifiers? "Unix" or = "Not Unix"?

from diff -u ./coreutils-8.20/src/od.c .= /coreutils-8.22/src/od.c

@@ -1050,8 +1056,8 @@
=C2=A0}
= =C2=A0
=C2=A0static void
-format_address_none (uintmax_t address ATTRIBUTE_UNUS= ED,
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c ATTRIBUTE_UNU= SED)
+format_address_none (uintmax_t address _GL_UNUSED,
+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c _GL_UNUSED)
=C2=A0{
=C2=A0}
=C2=A0
I also note that the identifiers= involved go back to at least coreutils 8.9 in ./lib/ftoastr.h

So, this has been known, and managed, for a long time.

<= div>It is your code, so you can call it a bug if you wish - I am thinking, = for now, that it is a dependency on something not found by default when usi= ng the xlc compilers. But I may be wrong :p@me


On Fri, Jun 13, 2014 at 5:37 PM, P= =C3=A1draig Brady <P@draigbrady.com> wrote:
On 06/13/2014 02:38 PM, Michael Felt wr= ote:

> make[2]: Entering directory `/data/prj/gnu/coreutils/coreut= ils-8.22'
> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/od.o
> "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier<= br> > _GL_FLT_PREC_BOUND.

> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/getlimits.o

> "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared iden= tifier
> _GL_LDBL_PREC_BOUND.


I think Paul has already avoided this AIX compiler bug,
and so this will be fixed in the upcoming coreutils-8.23
http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a= =3Dcommitdiff;h=3D6f053ff1

thanks,
P=C3=A1draig.


--089e01493c4071285804fc211769-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 18 Jun 2014 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady , Paul Eggert Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140312110916787 (code B ref 17773); Wed, 18 Jun 2014 19:52:02 +0000 Received: (at 17773) by debbugs.gnu.org; 18 Jun 2014 19:51:49 +0000 Received: from localhost ([127.0.0.1]:52151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxLtc-0004Mg-D0 for submit@debbugs.gnu.org; Wed, 18 Jun 2014 15:51:49 -0400 Received: from mail-lb0-f171.google.com ([209.85.217.171]:55707) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxLtY-0004MO-Kt for 17773@debbugs.gnu.org; Wed, 18 Jun 2014 15:51:46 -0400 Received: by mail-lb0-f171.google.com with SMTP id s7so837848lbd.2 for <17773@debbugs.gnu.org>; Wed, 18 Jun 2014 12:51:38 -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=eLsLCTv5wMLu8OLnbeSM/NjZvKqFd2r27XMDS+lIDMw=; b=a6rIWOj8NhG7nLxBXziohfbVNanptZ0fh8TTl9D6RZf/EENjbEMcPMRXeYWWhM6Y2M Ge0VmvxRTv1ooBFh6p5uRp29555jlxZqHtTTJ5xSvoQ3qwF3WgNyguS4OpQZ6Zb8Trfb m9kGpKD1XmtGgqVkv+mvKi5aNzCo0b9/4T8I1vRUoM09djzRwHsp8GkGxQCwSr7vokyy Fqh/uPl02qUsAP0ivYOv2yI+kvL7sMFvrH37meGQx9woHX9IEYrB1XiHk6+gFVzV1NP4 sHckvJs+yNF3tLsY4NY7VCocY10GPK/54pgBcYCIHWh4t4zaCYDo4wuytaxKZ7/uOcXu PICQ== MIME-Version: 1.0 X-Received: by 10.152.88.41 with SMTP id bd9mr63227lab.91.1403121098328; Wed, 18 Jun 2014 12:51:38 -0700 (PDT) Received: by 10.112.138.194 with HTTP; Wed, 18 Jun 2014 12:51:38 -0700 (PDT) In-Reply-To: References: <539B1AA1.7060901@draigBrady.com> Date: Wed, 18 Jun 2014 21:51:38 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=001a11c3529ea4905f04fc219659 X-Spam-Score: -0.7 (/) 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 (/) --001a11c3529ea4905f04fc219659 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable So, having looked at the -E output of the compiles I guess it has something to do with how enum defines it results. And how that gets parsed here: Goes over my head in any case. #define _GL_FLOAT_STRLEN_BOUND_L(t, pointlen) \ (1 + _GL_##t##_PREC_BOUND + pointlen + 1 \ + _GL_FLOAT_EXPONENT_STRLEN_BOUND (t##_MIN_10_EXP, t##_MAX_10_EXP)) #define FLT_STRLEN_BOUND_L(pointlen) _GL_FLOAT_STRLEN_BOUND_L ( FLT, pointlen) #define DBL_STRLEN_BOUND_L(pointlen) _GL_FLOAT_STRLEN_BOUND_L ( DBL, pointlen) #define LDBL_STRLEN_BOUND_L(pointlen) _GL_FLOAT_STRLEN_BOUND_L (LDBL, pointlen) /* Looser bounds that are locale-independent and are integral constant expressions. */ #define FLT_STRLEN_BOUND FLT_STRLEN_BOUND_L (MB_LEN_MAX) #define DBL_STRLEN_BOUND DBL_STRLEN_BOUND_L (MB_LEN_MAX) #define LDBL_STRLEN_BOUND LDBL_STRLEN_BOUND_L (MB_LEN_MAX) /* Looser, locale-independent bounds that include the trailing null byte. */ #define FLT_BUFSIZE_BOUND ( FLT_STRLEN_BOUND + 1) #define DBL_BUFSIZE_BOUND ( DBL_STRLEN_BOUND + 1) #define LDBL_BUFSIZE_BOUND (LDBL_STRLEN_BOUND + 1) #endif /* _GL_FTOASTR_H */ Then in od.c we have this: #define PRINT_FLOATTYPE(N, T, FTOASTR, BUFSIZE) \ PRINT_FIELDS (N, T, fmt_string _GL_UNUSED, \ char buf[BUFSIZE]; \ FTOASTR (buf, sizeof buf, 0, 0, x); \ xprintf ("%*s", adjusted_width, buf)) PRINT_TYPE (print_s_char, signed char) PRINT_TYPE (print_char, unsigned char) PRINT_TYPE (print_s_short, short int) PRINT_TYPE (print_short, unsigned short int) PRINT_TYPE (print_int, unsigned int) PRINT_TYPE (print_long, unsigned long int) PRINT_TYPE (print_long_long, unsigned_long_long_int) PRINT_FLOATTYPE (print_float, float, ftoastr, FLT_BUFSIZE_BOUND) PRINT_FLOATTYPE (print_double, double, dtoastr, DBL_BUFSIZE_BOUND) PRINT_FLOATTYPE (print_long_double, long double, ldtoastr, LDBL_BUFSIZE_BOUND) which in od.i becomes (only the first PRINT_FLOATTYPE output), for readability. static void print_float (size_t fields, size_t blank, void const *block, char const *fmt_string, int width, int pad) { float const *p =3D block; uintmax_t i; int pad_remaining =3D pad; for (i =3D fields; blank < i; i--) { int next_p= ad =3D pad * (i - 1) / fields; int adjusted_width =3D pad_remaining - next_pad + width; float x =3D *p++; char buf[( (1 + _GL_FLT_PREC_BOUND + 4 + 1 + ( -100 < (-3= 7) && (38) < 100 ? 3 : -1000 < (-37) && (38) < 1000 ? 4 : -10000 < (-37) && (38) < 10000 ? 5 : -100000 < (-37) && (38) < 100000 ? 6 : -1000000 < (-37) && (38) < 1000000 ? 7 : ((((sizeof (int) * (8) - (! ((__typeof__ (int)) 0 < (__typeof_ _ (int)) -1))) * 146 + 484) / 485) + (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) )) + 1)]; ftoastr (buf, sizeof buf, 0, 0, x); xprintf ("%*s", adju sted_width, buf); pad_remaining =3D next_pad; } } Aren't macros fun! Anyway, if this is the "workings" of the bug, then maybe I can get it submitted for a bugfix. So, before I do any try and submit a bugreport to IBM - please verify that the above is "the bug" - perhaps showing how your compiler completes the "od.i" code. Michael On Wed, Jun 18, 2014 at 9:16 PM, Michael Felt wrote: > I am confused by what is in git regarding ftoastr.h > > The enum code has been around "forever" and not caused a problem. I think > the problem lies elsewhere because version 8.20 builds fine. > > root@x093:[/data/prj/gnu/coreutils]diff ./coreutils-8.22/lib/ftoastr.h > ./coreutils-8.15/lib/ftoastr.h > 3c3 > < Copyright (C) 2010-2013 Free Software Foundation, Inc. > --- > > Copyright (C) 2010-2012 Free Software Foundation, Inc. > > So, I do not understand the why the change to ftoastr.h is being > considered. The motivation that AIX compiler "has a bug" seems misleading > as this identifer has worked well for ftoast.c for many years. > The simple "include" of ftoastr.h to src/od.c and src/getlimits.c seems t= o > be making assumptions that ftoastr.c has not. So, maybe there is another > more elegant solution? > > > On Wed, Jun 18, 2014 at 8:59 PM, Michael Felt wrote: > >> Curious why you are calling this a compiler bug. I am not a POSIX nerd, >> but it looks as if the old code was compiler independent, and now it is >> dependent on something. >> >> Just one difference in od.c that shows a change in identifer conventions= . >> >> What is the origin of the _GL_* identifiers? "Unix" or "Not Unix"? >> >> from diff -u ./coreutils-8.20/src/od.c ./coreutils-8.22/src/od.c >> >> @@ -1050,8 +1056,8 @@ >> } >> >> static void >> -format_address_none (uintmax_t address ATTRIBUTE_UNUSED, >> - char c ATTRIBUTE_UNUSED) >> +format_address_none (uintmax_t address _GL_UNUSED, >> + char c _GL_UNUSED) >> { >> } >> >> I also note that the identifiers involved go back to at least coreutils >> 8.9 in ./lib/ftoastr.h >> >> So, this has been known, and managed, for a long time. >> >> It is your code, so you can call it a bug if you wish - I am thinking, >> for now, that it is a dependency on something not found by default when >> using the xlc compilers. But I may be wrong :p@me >> >> >> On Fri, Jun 13, 2014 at 5:37 PM, P=C3=A1draig Brady w= rote: >> >>> On 06/13/2014 02:38 PM, Michael Felt wrote: >>> >>> > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22' >>> > CC src/od.o >>> > "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier >>> > _GL_FLT_PREC_BOUND. >>> >>> > CC src/getlimits.o >>> >>> > "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared identifier >>> > _GL_LDBL_PREC_BOUND. >>> >>> >>> I think Paul has already avoided this AIX compiler bug, >>> and so this will be fixed in the upcoming coreutils-8.23 >>> http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a=3Dcommitdiff;h=3D6f053ff= 1 >>> >>> thanks, >>> P=C3=A1draig. >>> >> >> > --001a11c3529ea4905f04fc219659 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So, having looked at the -E output of = the compiles I guess it has something to do with how enum defines it result= s. And how that gets parsed here:

Goes over my head in any cas= e.

#define _GL_FLOAT_STRLEN_BOUND_L(t, pointlen)=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \
=C2=A0 (1 + = _GL_##t##_PREC_BOUND + pointlen + 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 \
=C2=A0=C2=A0 + = _GL_FLOAT_EXPONENT_STRLEN_BOUND (t##_MIN_10_EXP, t##_MAX_10_EXP))
#define=C2=A0 FLT_STRLEN_BOUND_L(pointlen) _GL_FLOAT_STRLEN_BOUND_L ( FLT, = pointlen)
#define=C2=A0 DBL_STRLEN_BOUND_L(pointlen) _GL_FLOAT_STRLEN_BO= UND_L ( DBL, pointlen)
#define LDBL_STRLEN_BOUND_L(pointlen) _GL_FLOAT_S= TRLEN_BOUND_L (LDBL, pointlen)

/* Looser bounds that are locale-independent and are integral constant<= br>=C2=A0=C2=A0 expressions.=C2=A0 */
#define=C2=A0 FLT_STRLEN_BOUND=C2= =A0 FLT_STRLEN_BOUND_L (MB_LEN_MAX)
#define=C2=A0 DBL_STRLEN_BOUND=C2=A0= DBL_STRLEN_BOUND_L (MB_LEN_MAX)
#define LDBL_STRLEN_BOUND LDBL_STRLEN_BOUND_L (MB_LEN_MAX)

/* Looser= , locale-independent bounds that include the trailing null byte.=C2=A0 */#define=C2=A0 FLT_BUFSIZE_BOUND ( FLT_STRLEN_BOUND + 1)
#define=C2=A0 = DBL_BUFSIZE_BOUND ( DBL_STRLEN_BOUND + 1)
#define LDBL_BUFSIZE_BOUND (LDBL_STRLEN_BOUND + 1)

#endif /* _GL_FTO= ASTR_H */

Then in od.c we have this:
#define PRINT_FLOATTYP= E(N, T, FTOASTR, BUFSIZE)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 \
=C2=A0 PRINT_FIELDS (N, T, fmt_string _GL_UNUSED= ,=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 char buf[BUFSIZE];=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 FTOASTR (buf, sizeof buf, 0, 0, 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=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 xprintf ("%*s", adjusted_width, buf))

PRIN= T_TYPE (print_s_char, signed char)
PRINT_TYPE (print_char, unsigned char= )
PRINT_TYPE (print_s_short, short int)
PRINT_TYPE (print_short, unsi= gned short int)
PRINT_TYPE (print_int, unsigned int)
PRINT_TYPE (print_long, unsigned lo= ng int)
PRINT_TYPE (print_long_long, unsigned_long_long_int)

PRIN= T_FLOATTYPE (print_float, float, ftoastr, FLT_BUFSIZE_BOUND)
PRINT_FLOATTYPE (print_double, double, dtoastr, DBL_BUFSIZE_BOUND)
PRINT= _FLOATTYPE (print_long_double, long double, ldtoastr, LDBL_BUFSIZE_BOUND)
which in od.i becomes (only the first PRINT_FLOATTYPE output), = for readability.

static void print_float (size_t fields, size_t blan= k, void const *block, char const *fmt_string, int width, int pad) { float c= onst *p =3D block; uintmax_t i;
=C2=A0int pad_remaining =3D pad; for (i = =3D fields; blank < i; i--) { int next_pad =3D pad * (i - 1) / fields; i= nt adjusted_width =3D pad_remaining - next_pad + width;
float x =3D *p++; char buf[( (1 + _GL_FLT= _PREC_BOUND + 4 + 1 + ( -100 < (-37) && (38) < = 100 ? 3 : -1000 < (-37) && (38) < 1000 ? 4 : -10000 < (-37= ) && (38) <
=C2=A010000 ? 5 : -100000 < (-37) && (38) < 100000 ? 6 : -100= 0000 < (-37) && (38) < 1000000 ? 7 : ((((sizeof (int) * (8) -= (! ((__typeof__ (int)) 0 < (__typeof_
_ (int)) -1))) * 146 + 484) / = 485) + (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) )) + 1)]; fto= astr (buf, sizeof buf, 0, 0, x); xprintf ("%*s", adju
sted_width, buf); pad_remaining =3D next_pad; } }

Aren= 9;t macros fun!

Anyway, if this is the "workings&quo= t; of the bug, then maybe I can get it submitted for a bugfix.

So, before I do any try and submit a bugreport to IBM - please verify = that the above is "the bug" - perhaps showing how your compiler c= ompletes the "od.i" code.

Michael


On Wed, Jun 18, 2014 at 9:16 PM, Michael Felt = <mamfelt@gmail.co= m> wrote:
I = am confused by what is in git regarding ftoastr.h

The enum cod= e has been around "forever" and not caused a problem. I think the= problem lies elsewhere because version 8.20 builds fine.

root@x093:[/data/prj/gnu/coreutils]diff ./coreutils-8.22/lib/ftoastr.h = ./coreutils-8.15/lib/ftoastr.h
3c3
<=C2=A0=C2=A0=C2=A0 Copyright (= C) 2010-2013 Free Software Foundation, Inc.
---
>=C2=A0=C2=A0=C2= =A0 Copyright (C) 2010-2012 Free Software Foundation, Inc.

So, I do not understand the why the change to ftoastr.h is being = considered. The motivation that AIX compiler "has a bug" seems mi= sleading as this identifer has worked well for ftoast.c for many years.
The simple "include" of ftoastr.h to src/od.c and src/= getlimits.c seems to be making assumptions that ftoastr.c has not. So, mayb= e there is another more elegant solution?


On Wed, Jun 18, 2014 at 8:59 PM, Michael= Felt <mamfelt@gmail.com> wrote:
Curious why you are calling this a compiler= bug. I am not a POSIX nerd, but it looks as if the old code was compiler i= ndependent, and now it is dependent on something.

Just one dif= ference in od.c that shows a change in identifer conventions.

What is the origin of the _GL_* identifiers? "Unix" or = "Not Unix"?

from diff -u ./coreutils-8.20/src/od.c .= /coreutils-8.22/src/od.c

@@ -1050,8 +1056,8 @@
=C2=A0}
= =C2=A0
=C2=A0static void
-format_address_none (uintmax_t address ATTRIBUTE_UNUS= ED,
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c ATTRIBUTE_UNU= SED)
+format_address_none (uintmax_t address _GL_UNUSED,
+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 char c _GL_UNUSED)
=C2=A0{
=C2=A0}
=C2=A0
I also note that the identifiers= involved go back to at least coreutils 8.9 in ./lib/ftoastr.h

So, this has been known, and managed, for a long time.

<= div>It is your code, so you can call it a bug if you wish - I am thinking, = for now, that it is a dependency on something not found by default when usi= ng the xlc compilers. But I may be wrong :p@me


On Fri, Jun 13, 2014 at 5:37 PM, P=C3=A1draig Brady <P@draigbrady.= com> wrote:
On 06/13/2014 02:38 PM, Michael Felt wr= ote:

> make[2]: Entering directory `/data/prj/gnu/coreutils/coreut= ils-8.22'
> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/od.o
> "src/od.c", line 432.47: 1506-045 (S) Undeclared identifier<= br> > _GL_FLT_PREC_BOUND.

> =C2=A0 CC =C2=A0 =C2=A0 =C2=A0 src/getlimits.o

> "src/getlimits.c", line 112.53: 1506-045 (S) Undeclared iden= tifier
> _GL_LDBL_PREC_BOUND.


I think Paul has already avoided this AIX compiler bug,
and so this will be fixed in the upcoming coreutils-8.23
http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a= =3Dcommitdiff;h=3D6f053ff1

thanks,
P=C3=A1draig.



--001a11c3529ea4905f04fc219659-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 18 Jun 2014 22:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Michael Felt , =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140313037431819 (code B ref 17773); Wed, 18 Jun 2014 22:27:02 +0000 Received: (at 17773) by debbugs.gnu.org; 18 Jun 2014 22:26:14 +0000 Received: from localhost ([127.0.0.1]:52239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxOJ3-0008H8-RK for submit@debbugs.gnu.org; Wed, 18 Jun 2014 18:26:14 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:58764) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxOJ0-0008Gr-Iq for 17773@debbugs.gnu.org; Wed, 18 Jun 2014 18:26:11 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 422B139E8019; Wed, 18 Jun 2014 15:26:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rIodleIirDjm; Wed, 18 Jun 2014 15:25:55 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 6B58839E8008; Wed, 18 Jun 2014 15:25:55 -0700 (PDT) Message-ID: <53A211F3.20709@cs.ucla.edu> Date: Wed, 18 Jun 2014 15:25:55 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 References: <539B1AA1.7060901@draigBrady.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060605030804040108070201" X-Spam-Score: -2.3 (--) 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: -2.3 (--) This is a multi-part message in MIME format. --------------060605030804040108070201 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Michael Felt wrote: > Curious why you are calling this a compiler bug. Because it is a compiler bug. Try to compile (but not link) the attached file. Here's what I get on AIX 7.1 with xlc 12.1 and GCC 4.8.1. $ gcc -c xlcbug1.c $ xlc -c xlcbug1.c "xlcbug1.c", line 22.39: 1506-045 (S) Undeclared identifier GL_FLT_PREC_BOUND. "xlcbug1.c", line 22.23: 1506-1324 (S) Array size must have integer type. There's nothing wrong with the program. The identifier is properly declared. > What is the origin of the _GL_* identifiers? They're from Gnulib, but that's irrelevant to the compiler bug, as the attached file demonstrates. --------------060605030804040108070201 Content-Type: text/x-csrc; name="xlcbug1.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xlcbug1.c" #include int ftoastr (char *buf, size_t bufsize, int flags, int width, float x); int dtoastr (char *buf, size_t bufsize, int flags, int width, double x); int ldtoastr (char *buf, size_t bufsize, int flags, int width, long double x); enum { FTOASTR_LEFT_JUSTIFY = 1, FTOASTR_ALWAYS_SIGNED = 2, FTOASTR_SPACE_POSITIVE = 4, FTOASTR_ZERO_PAD = 8, FTOASTR_UPPER_E = 16 }; enum { GL_FLT_PREC_BOUND = (((((24) * 1) * 146 + 484) / 485) + 1) }; enum { GL_DBL_PREC_BOUND = (((((53) * 1) * 146 + 484) / 485) + 1) }; enum { GL_LDBL_PREC_BOUND = (((((53) * 1) * 146 + 484) / 485) + 1) }; static int ftoastr_snprintf (char *buf, size_t bufsize, char const *format, int width, int prec, float x) { char width_0_buffer[1 == 1 ? ( (1 + GL_FLT_PREC_BOUND + 4 + 1 + ( -100 < ((-37)) && (38) < 100 ? 3 : -1000 < ((-37)) && (38) < 1000 ? 4 : -10000 < ((-37)) && (38) < 10000 ? 5 : -100000 < ((-37)) && (38) < 100000 ? 6 : -1000000 < ((-37)) && (38) < 1000000 ? 7 : ((((sizeof (int) * 8 - (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) * 146 + 484) / 485) + (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) )) + 1) : 1 == 2 ? ( (1 + GL_DBL_PREC_BOUND + 4 + 1 + ( -100 < ((-307)) && (308) < 100 ? 3 : -1000 < ((-307)) && (308) < 1000 ? 4 : -10000 < ((-307)) && (308) < 10000 ? 5 : -100000 < ((-307)) && (308) < 100000 ? 6 : -1000000 < ((-307)) && (308) < 1000000 ? 7 : ((((sizeof (int) * 8 - (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) * 146 + 484) / 485) + (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) )) + 1) : ((1 + GL_LDBL_PREC_BOUND + 4 + 1 + ( -100 < ((-307)) && (308) < 100 ? 3 : -1000 < ((-307)) && (308) < 1000 ? 4 : -10000 < ((-307)) && (308) < 10000 ? 5 : -100000 < ((-307)) && (308) < 100000 ? 6 : -1000000 < ((-307)) && (308) < 1000000 ? 7 : ((((sizeof (int) * 8 - (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) * 146 + 484) / 485) + (! ((__typeof__ (int)) 0 < (__typeof__ (int)) -1))) )) + 1)]; int n = width; if (bufsize < sizeof width_0_buffer) { n = sprintf (width_0_buffer, format, 0, prec, x); if (n < 0) return n; if (n < width) n = width; } if (n < bufsize) n = sprintf (buf, format, width, prec, x); return n; } int ftoastr (char *buf, size_t bufsize, int flags, int width, float x) { char format[sizeof "%-+ 0*.*Lg"]; float abs_x = x < 0 ? -x : x; int prec; char *p = format; *p++ = '%'; *p = '-'; p += (flags & FTOASTR_LEFT_JUSTIFY ) != 0; *p = '+'; p += (flags & FTOASTR_ALWAYS_SIGNED ) != 0; *p = ' '; p += (flags & FTOASTR_SPACE_POSITIVE) != 0; *p = '0'; p += (flags & FTOASTR_ZERO_PAD ) != 0; *p++ = '*'; *p++ = '.'; *p++ = '*'; *p = 'L'; p += 2 < 1; *p++ = flags & FTOASTR_UPPER_E ? 'G' : 'g'; *p = '\0'; for (prec = abs_x < 1.1754943508222875e-38F ? 1 : 6; ; prec++) { int n = ftoastr_snprintf (buf, bufsize, format, width, prec, x); if (n < 0 || GL_FLT_PREC_BOUND <= prec || (n < bufsize && strtod (buf, ((void *)0)) == x)) return n; } } --------------060605030804040108070201-- From unknown Fri Aug 15 16:57:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17773: AIX build errors with coreutils-8.22 Resent-From: Michael Felt Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 21 Jun 2014 10:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17773 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: =?UTF-8?Q?P=C3=A1draig?= Brady , 17773@debbugs.gnu.org Received: via spool by 17773-submit@debbugs.gnu.org id=B17773.140334552812118 (code B ref 17773); Sat, 21 Jun 2014 10:13:02 +0000 Received: (at 17773) by debbugs.gnu.org; 21 Jun 2014 10:12:08 +0000 Received: from localhost ([127.0.0.1]:55412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyIHH-00039N-IN for submit@debbugs.gnu.org; Sat, 21 Jun 2014 06:12:07 -0400 Received: from mail-lb0-f171.google.com ([209.85.217.171]:56076) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyIHF-00038q-BX for 17773@debbugs.gnu.org; Sat, 21 Jun 2014 06:12:06 -0400 Received: by mail-lb0-f171.google.com with SMTP id s7so3001505lbd.30 for <17773@debbugs.gnu.org>; Sat, 21 Jun 2014 03:11:59 -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=j2ok+B/+U7iCwWPyedfFLJWAtNUeZIZCYhH/a6+13TU=; b=mu1ZtOpI3gk/kSYl6TfY3DNK55MJY3RO+eTrUQP1BBgbCE2lAyqkp+QUUvmKWOLVPS pjyJbHzEDLnYKwYSFRzDG9OScsqF4O5BHLGw/c28Yz8ZEDQ4lgU7hLUDgiybVKCXuLAd M6XQnMSBJhKLgbptU8lKj1KDGWGjvJ5r4GA9GrTk9afRvyu4ux+w2moK5oM2EMDqp9Y0 DrFM8m+hhVR4dh0ws10DDcuAsoFTRbMEoDiKqBLJ7DJo70ZaV8+LZOuaJLBkj3tILdx8 NAYxpd2kf+SgHg4DgDzxdhFRr1sFuBnq8kY5erqXAockh/McjBPB2JiW7HN4Hv4gEIjT Y/5g== MIME-Version: 1.0 X-Received: by 10.152.5.135 with SMTP id s7mr1130328las.55.1403345519168; Sat, 21 Jun 2014 03:11:59 -0700 (PDT) Received: by 10.112.138.194 with HTTP; Sat, 21 Jun 2014 03:11:59 -0700 (PDT) In-Reply-To: <53A211F3.20709@cs.ucla.edu> References: <539B1AA1.7060901@draigBrady.com> <53A211F3.20709@cs.ucla.edu> Date: Sat, 21 Jun 2014 12:11:59 +0200 Message-ID: From: Michael Felt Content-Type: multipart/alternative; boundary=089e013d1dea2ad1f004fc55d764 X-Spam-Score: -0.7 (/) 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 (/) --089e013d1dea2ad1f004fc55d764 Content-Type: text/plain; charset=UTF-8 Thanks for the update. On Thu, Jun 19, 2014 at 12:25 AM, Paul Eggert wrote: > Michael Felt wrote: > >> Curious why you are calling this a compiler bug. >> > > Because it is a compiler bug. Try to compile (but not link) the attached > file. Here's what I get on AIX 7.1 with xlc 12.1 and GCC 4.8.1. > > $ gcc -c xlcbug1.c > $ xlc -c xlcbug1.c > "xlcbug1.c", line 22.39: 1506-045 (S) Undeclared identifier > GL_FLT_PREC_BOUND. > "xlcbug1.c", line 22.23: 1506-1324 (S) Array size must have integer type. > > There's nothing wrong with the program. The identifier is properly > declared. > > > What is the origin of the _GL_* identifiers? >> > > They're from Gnulib, but that's irrelevant to the compiler bug, as the > attached file demonstrates. > --089e013d1dea2ad1f004fc55d764 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the update.



On Thu, Jun 19, 2014 at= 12:25 AM, Paul Eggert <eggert@cs.ucla.edu> wrote:
Michael Felt wrote:
Curious why you are calling this a compiler bug.

Because it is a compiler bug. =C2=A0Try to compile (but not link) the attac= hed file. =C2=A0Here's what I get on AIX 7.1 with xlc 12.1 and GCC 4.8.= 1.

$ gcc -c xlcbug1.c
$ xlc -c xlcbug1.c
"xlcbug1.c", line 22.39: 1506-045 (S) Undeclared identifier GL_FL= T_PREC_BOUND.
"xlcbug1.c", line 22.23: 1506-1324 (S) Array size must have integ= er type.

There's nothing wrong with the program. =C2=A0The identifier is properl= y declared.


What is the origin of the _GL_* identifiers?

They're from Gnulib, but that's irrelevant to the compiler bug, as = the attached file demonstrates.

--089e013d1dea2ad1f004fc55d764--