bug#30718: coreutils-8.29 compilation failure using xlC on AIX
On 03/05/2018 09:48 PM, John Wiersba wrote: > Build environment: > coreutils-8.29 > AIX 6.1 > Finally, I'm attaching the test-suite.log indicating a couple of failures and > a few errors. > FAIL: tests/misc/help-version > = > > env: '[': No such file or directory > env: '[': No such file or directory > env: '[': No such file or directory > FAIL: [ > 0+1 records in > 0+1 records out > FAIL tests/misc/help-version.sh (exit status: 1) Somehow, the used 'env' does not seem to find '[' in PATH. This is odd, as the test setup should care for this. Would you please send the full "tests/misc/help-version.log"? BTW: As there are only 3 instead of 5 ENOENTs for '[', I guess that AIX doesn't have /dev/full, right? > ERROR: tests/rm/rm-readdir-fail > === > > xlC: 1501-289 (W) Option -Wall was incorrectly specified. The option will be > ignored. > xlC: 1501-216 (W) command option --std=gnu99 is not recognized - passed to ld > xlC: 1501-289 (W) Option -Wall was incorrectly specified. The option will be > ignored. > xlC: 1501-216 (W) command option --std=gnu99 is not recognized - passed to ld > "k.c", line 17.41: 1506-068 (W) Operation between types "struct > dirent*(*)(struct _dirdesc*)" and "void*" is not allowed. > ld: 0706-012 The -h flag is not recognized. > ld: 0706-012 The -a flag is not recognized. > ld: 0706-012 The -- flag is not recognized. > ld: 0706-012 The -t flag is not recognized. > ld: 0706-027 The -d flag is ignored. > ld: 0706-012 The -= flag is not recognized. > ld: 0706-012 The -g flag is not recognized. > ld: 0706-027 The -n flag is ignored. > ld: 0706-005 Cannot find or open file: PIC > ld:fopen(): No such file or directory > rm-readdir-fail.sh: set-up failure: failed to build shared library > ERROR tests/rm/rm-readdir-fail.sh (exit status: 99) gcc_shared_ k.c k.so \ || framework_failure_ 'failed to build shared library' _^^ We probably better should 'skip_' instead. Thanks & have a nice day, Berny
bug#19856:
I think I have good news for you. The roots of this bug are in glibc project, this bug: https://sourceware.org/bugzilla/show_bug.cgi?id=10871 It has been fixed now. But coreutils and date command line utility does not use strftime() from glibc directly. Instead it uses fprintftime() from Gnulib. Fortunately, the changes from glibc have been also ported to Gnulib: http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=4a236f1 http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=b5d3175 http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=703dcf1 (and few more). So the only thing that needs to be done for coreutils is to bump the version of Gnulib module used and make sure that the most recent glibc is used. This makes %B generate the genitive case of the month name in the languages which need it and introduces %OB (and %Ob) format specifiers to generate the nominative case on demand. This is the same design as used in BSD. Regards, Rafal
bug#19856: Bad month translation printed with date command in Greek locale
On 03/06/2018 02:42 PM, Rafal Luzynski wrote: So the only thing that needs to be done for coreutils is to bump the version of Gnulib module used and make sure that the most recent glibc is used. Thanks for letting us know. I installed the attached into coreutils master and marking this bug as done, since this is all that should be needed as far as coreutils itself is concerned. >From db94330dd65b246f4fb96e017f1425fe0c1246a8 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 6 Mar 2018 15:15:24 -0800 Subject: [PATCH] build: update gnulib submodule to latest --- gnulib | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnulib b/gnulib index d9afeacd0..59e59d99b 16 --- a/gnulib +++ b/gnulib @@ -1 +1 @@ -Subproject commit d9afeacd0e2396deaabab291ab94e09ab9834fdb +Subproject commit 59e59d99bc1ca635d178778b9b4ee544330775c4 -- 2.14.3