Re: Uptime question

> I actually thought something like the CLOCK_MONOTONIC or CLOCK_BOOTTIME were > used for providing uptime to the user, but those do not allow date changes. You are assuming a certain implementation, and then thinking what properties the program "must" have. Try thinking the other way around: Wha

Re: sort dynamic linking overhead

Pádraig Brady wrote: > >> + void *handle = dlopen ("libcrypto.so", RTLD_LAZY | RTLD_GLOBAL); > > > > That only works if libopenssl-devel is installed. > > Good spot. > I'd already pushed a fix for this at: > https://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=3bbdb3938 Does this work

Re: sort dynamic linking overhead

s: 'ldd' shows that without the patch, 'sort' loads the libraries linux-vdso.so.1 libcrypto.so.3 libpthread.so.0 libc.so.6 libz.so.1 libdl.so.2 /lib64/ld-linux-x86-64.so.2 and with the patch, 'sort' loads the libraries linux-vdso.so.1 libdl.so.2

Re: sort dynamic linking overhead

Paul Eggert wrote: > Thanks for the patch. I was hoping that we didn't need to worry about > older platforms needing -ldl. Oh well. Distros with glibc < 2.34 include: Debian 11 CentOS 8 stream Fedora 34 openSUSE 15.5 Slackware 15 These are not obsolete, so far. > The patch causes 'conf

Re: sort dynamic linking overhead

Pádraig Brady wrote: > > Does this work for all the various names of libcrypto in various distros? > > > > Debian 12 libcrypto.so.3 > > Ubuntu 22.04libcrypto.so.1.1 libcrypto.so.3 > > Slackware 15libcrypto.so.1.1 > > openSUSE 15.5 libcrypto.so.1.1 > > CentOS Stream 9 libcrypto.so.3

coreutils-9.4.170-7b206 undefined behaviour in tests

Hi, Building coreutils-9.4.170-7b206 on a glibc system, with clang and ASAN and UBSAN options, produces 4 test failures. I'm using clang 17.0.4 with the options CC="$CC -fsanitize=address,undefined,signed-integer-overflow,shift,integer-divide-by-zero" CFLAGS="-O0 -fno-omit-frame-pointer -ggdb" A

coreutils-9.4.170-7b206 FTBFS on AIX 7.3.1

On the machine gcc119.fsffrance.org (AIX 7.3.1), with gcc (CC="/opt/freeware/bin/gcc -maix64"), there is a compilation error: CC lib/libcoreutils_a-md5-stream.o In file included from /usr/include/openssl/opensslv.h:125, from ../lib/md5.h:36, from ../lib/md

coreutils-9.4.170-7b206 help/help-version test failure

The help/help-version test fails on AIX 7.1 and AIX 7.3.1. test-suite.log on AIX 7.1: FAIL: tests/help/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 FA

coreutils-9.4.170-7b206 uniq/uniq test failure

The uniq/uniq test fails on Solaris 11 OpenIndiana. test-suite.log on Solaris 11 OpenIndiana: FAIL: tests/uniq/uniq = uniq (GNU coreutils) 9.4.170-7b206 Copyright (C) 2024 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

coreutils-9.4.170-7b206 stty/stty-row-col test failure

The stty/stty-row-col test fails on Solaris 11.4. test-suite.log on Solaris 11.4: FAIL: tests/stty/stty-row-col = ++ initial_cwd_=/export/home/bruno/coreutils-9.4.170-7b206/build-64 +++ testdir_prefix_ +++ printf gt ++ pfx_=gt +++ mktempd_ /export/home/bruno/coreutil

coreutils-9.4.170-7b206 tail/pipe-f2 test failure

The tail/pipe-f2 test fails on NetBSD 9.3 and 10.0-rc4. test-suite.log on NetBSD 9.3: FAIL: tests/tail/pipe-f2 --- exp 2024-03-24 12:45:54.627129684 +0100 +++ out 2024-03-24 12:45:54.628038908 +0100 @@ -1 +0,0 @@ -1 kill: 20415: No such process FAIL tests/tail/pipe-f2.s

coreutils-9.4.170-7b206 mv/mv-exchange test failure

The mv/mv-exchange test fails on: - NetBSD 9.3 - OpenBSD 7.4 - AIX 7.1 - AIX 7.3.1 test-suite.log from NetBSD 9.3: FAIL: tests/mv/mv-exchange == mv: cannot exchange 'a' and 'b': Not supported FAIL tests/mv/mv-exchange.sh (exit status: 1) test-suite.log from Ope

coreutils-9.4.170-7b206 date/date-debug, date/date-tz test failures

The date/date-debug, date/date-tz tests fail on NetBSD 9.3 and 10.0-rc4. test-suite.log from NetBSD 9.3: FAIL: tests/date/date-debug === --- exp22024-03-24 12:44:31.942851024 +0100 +++ out22024-03-24 12:44:31.947773870 +0100 @@ -5,9 +5,8 @@ date: error:

coreutils-9.4.170-7b206 ls/removed-directory test failure

The ls/removed-directory test fails on FreeBSD 14.0. tests-suite.log from FreeBSD 14.0: FAIL: tests/ls/removed-directory diff -u /dev/null err --- /dev/null 1970-01-01 +++ err 1970-01-01 +ls: reading directory '.': No such file or directory FAIL tests/ls/remov

coreutils-9.4.170-7b206 ls/dired test failure

The ls/dired test fails on: - FreeBSD 14.0, - Solaris 11 OpenIndiana. test-suite.log on FreeBSD 14.0: FAIL: tests/ls/dired tail: cannot open '+53' for reading: No such file or directory Mismatch! Expected: 1a, Found: tail: cannot open '+98' for reading: No such file or

coreutils-9.4.170-7b206 chown/preserve-root test failure

The chown/preserve-root test fails on macOS 12.5. test-suite.log from macOS 12.5: FAIL: tests/chown/preserve-root === ++ initial_cwd_=/Users/haible/STORAGE/coreutils-9.4.170-7b206/build +++ testdir_prefix_ +++ printf gt ++ pfx_=gt +++ mktempd_ /Users/haible/STORAGE/c

coreutils-9.4.170-7b206 cp/preserve-mode test failure

The cp/preserve-mode test fails on Alpine Linux 3.18. test-suite.log from Alpine Linux 3.18: FAIL: tests/cp/preserve-mode + initial_cwd_=/home/bruno/coreutils-9.4.170-7b206/build + testdir_prefix_ + printf gt + pfx_=gt + mktempd_ /home/bruno/coreutils-9.4.170-7b206/

coreutils-9.4.170-7b206 chmod/symlinks test failure

The chmod/symlinks test fails on: - Alpine Linux 3.18, - macOS 12.5, - FreeBSD 14.0, - NetBSD 9.3 and 10.0-rc4, - OpenBSD 7.4, - Solaris 11.4, - AIX 7.1 and 7.3.1. Find attached the test-suite.log files. FAIL: tests/chmod/symlinks == + initial_cwd_=/home/brun

coreutils-9.4.170-7b206 misc/numfmt test failure

The misc/numfmt test fails on - Alpine Linux 3.18, - macOS 12.5, - FreeBSD 14.0, - Solaris 11 OpenIndiana. Find attached the test-suite.log files. If these test failures are due to platform-specific *printf bugs, please provide a test case for *printf at the C level. Then I can add a work

coreutils-9.4.170-7b206 test failures on AIX 7.3

On AIX 7.3, I also see three other test failures: - misc/stdbuf - install/basic-1 - mkdir/p-3 Here's the test-suite.log. FAIL: tests/misc/stdbuf === stdbuf: invalid mode 'l' stdbuf: invalid mode '18446744073709551616': Value too large to be stored in data type stdbuf:

Re: coreutils-9.4.170-7b206 uniq/uniq test failure

Pádraig Brady wrote: > while uniq (c32isblank) now determines > it is not blank (which seems more correct). I agree that U+00A0 NO-BREAK SPACE should better be considered to be non-blank (and Gnulib's c32isblank does so). > The only solaris 11 system I have access to, only has the fr_FR.UTF-8 loc

Re: coreutils-9.4.170-7b206 uniq/uniq test failure

Pádraig Brady wrote: > > You should also have access to cfarm215.cfarm.net and cfarm216.cfarm.net > > (just announced today). > > Nice machines. > Though I can't repo there, I'm guessing because they've > both multi and uni byte fr locales installed. I had seen the issue on Solaris 11 OpenIndiana

uniq for unsorted input

The documentation of 'uniq' [1] says: "The input need not be sorted, but repeated input lines are detected only if they are adjacent. If you want to discard non-adjacent duplicate lines, perhaps you want to use 'sort -u'." When I wrote gnulib-tool many years ago, as a shell script, I natu

Re: coreutils-9.4.170-7b206 uniq/uniq test failure

Pádraig Brady wrote: > I'll apply the attached anyway which should avoid this issue. Thanks. I confirm that it fixes the failure.

Re: coreutils-9.4.170-7b206 cp/preserve-mode test failure

Pádraig Brady wrote: > The attached fixes this by including the setgid bit > in the fallback mode if appropriate. Thanks. I confirm that it fixes the test failure.

Re: coreutils-9.4.170-7b206 ls/dired test failure

Pádraig Brady wrote: > > The ls/dired test fails on: > >- FreeBSD 14.0, > >- Solaris 11 OpenIndiana. > > https://github.com/coreutils/coreutils/commit/a51af4329 Thanks. I confirm that it fixes the test failure on both platforms.

Re: coreutils-9.4.170-7b206 ls/removed-directory test failure

Pádraig Brady wrote: > > The ls/removed-directory test fails on FreeBSD 14.0. > > > > tests-suite.log from FreeBSD 14.0: > > > > > > FAIL: tests/ls/removed-directory > > > > > > diff -u /dev/null err > > --- /dev/null 1970-01-01 > > +++ err 1970-01-01

Re: coreutils-9.4.170-7b206 mv/mv-exchange test failure

Pádraig Brady wrote: > > The mv/mv-exchange test fails on: > >- NetBSD 9.3 > >- OpenBSD 7.4 > >- AIX 7.1 > >- AIX 7.3.1 > > The attached should fix the issue with this new test. I confirm: It fixes the test failure on all 4 platforms.

Re: coreutils-9.4.170-7b206 chmod/symlinks test failure

I confirm: this unit test now passes on all mentioned platforms.

Re: coreutils-9.4.170-7b206 misc/numfmt test failure

Pádraig Brady wrote: > > The misc/numfmt test fails on > >- Alpine Linux 3.18, > >- macOS 12.5, > >- FreeBSD 14.0, > >- Solaris 11 OpenIndiana. > > > > Find attached the test-suite.log files. > > > > If these test failures are due to platform-specific *printf bugs, please > > pro

Re: coreutils-9.4.170-7b206 help/help-version test failure

I wrote: > The help/help-version test fails on AIX 7.1 and AIX 7.3.1. > > test-suite.log on AIX 7.1: > > > FAIL: tests/help/help-version > = > > env: '[': No such file or directory > env: '[': No such file or directory > env: '[': No such file or directory > FAIL: [

Re: coreutils-9.4.170-7b206 misc/numfmt test failure

Pádraig Brady wrote: > >>> The misc/numfmt test fails on > >>> - Alpine Linux 3.18, > >>> - macOS 12.5, > >>> - FreeBSD 14.0, > >>> - Solaris 11 OpenIndiana. > >>> > >>> Find attached the test-suite.log files. > >>> ... > FreeBSD 14 at least looks to be counting bytes rather than c

Re: [platform-testers] new snapshot available: coreutils-9.4.184-606f5.tar.xz

Pádraig Brady wrote: > We plan to release coreutils-9.5 in the next few days I would suggest to update to the current gnulib, in order to get these two fixes: https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commit;h=3978cc5adb34f3152f119d46f53e6e8e107158fa https://git.savannah.gnu.org/gitweb/?

Re: [platform-testers] new snapshot available: coreutils-9.4.184-606f5.tar.xz

Pádraig Brady wrote: > OK done. Please use coreutils-9.4.185-541b02.tar.xz Thanks. With this, all tests pass on CentOS 8 Stream.

Re: uniq for unsorted input

Pádraig Brady wrote: > A documentation patch would be very useful. > If you search for "Decorate Sort Undecorate" in coreutils.texi > you can see an existing example of this DSU pattern. > I would also mention DSU if adding another example. OK, I'll provide doc input for this (post 9.5). > Re add

coreutils-9.4.185-541b02 tail/retry test failure

On two machines (Linux/sparc64 and Linux/riscv64, real hardware, Gentoo) I see reproducible test failures of tail/retry. See attached log files. I do *not* see these failures with architectures in the same farm (matoro.tk). I also do *not* see these failures in QEMU VMs with a local (surely ext4)

Re: coreutils-9.4.185-541b02 od/od-multiple-t test failure

Pádraig Brady wrote: > The original bug report was not specific to floats, so I'll just remove them > from the test. I think it is enough to remove the 'long double' part from the test (option letter 'L'). 'float' and 'double' are standardized by IEEE 754 (except on Linux/m68k) and don't have und

Re: coreutils-9.4.185-541b02 od/od-multiple-t test failure

Pádraig Brady wrote: > > I think it is enough to remove the 'long double' part from the test > > (option letter 'L')... > > Pushed that in your name at: > https://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=bec53850b Thank you. Yes, that's what I meant :-) I confirm that it fixes the t

translator comment in src/stat.c lost

duced in commit d3227eeb90c8308abd1e6bf08ee253b7a4e78d1d on 2012-01-09. Here's patch that fixes it. >From 5fa41bfb49118376c39c1baf8786c2300a336004 Mon Sep 17 00:00:00 2001 From: Bruno Haible Date: Tue, 25 Jun 2024 12:18:40 +0200 Subject: [PATCH] stat: Reactivate a translator comment (lost on 20

Re: [platform-testers] coreutils-8.24.161-1204d on Mac OS X 10.5.8

Hi Pádraig, Test of coreutils-8.24.161-1204d on Mac OS X 10.5.8: Compilation fails: $ ./configure --prefix=/Users/bruno/data/local-macos CPPFLAGS=-Wall $ make ... CCLD src/libstdbuf.so Undefined symbols: "_main", referenced from: start in crt1.10.5.o ld: symbol(s) not found collect

[coreutils] Re: [PATCH] join: support multi-byte character encodings

Hi Pádraig, > This is my start at applying robust and efficient multi-byte > processing to coreutils. Actually, it is the continuation of the discussion and based on the patch from March 2009 . What has changed since then? A

[coreutils] Re: [PATCH] snprintf: port snprintf (NULL, 0, ...) to Solaris 8 and 9

Hi Paul, > + * m4/printf.m4 (gl_SNPRINTF_RETVAL_C99): Also check for > + snprintf (NULL, 0, ...) and (for good measure) snprintf (buf, 0, ...). Thanks. Yet another *printf portability problem... > * m4/snprintf.m4 (gl_FUNC_SNPRINTF): Also check gl_SNPRINTF_RETVAL_C99. I disagree wit

[coreutils] Re: [PATCH] snprintf: port snprintf (NULL, 0, ... ) to Solaris 8 and 9

Hi Paul, Eric Blake wrote: > one _very_ common use of snprintf is to call it with size 0 to see > how much to allocate, then allocate and call again. Among all the portability problems fixed by snprintf-posix, the return value for size 0 buffer makes the most sense to me to promote to plain snpri

[coreutils] Re: [PATCH] build: speed up configure for releases

Hi Eric, > What do you think of this patch? > > It speeds up ./configure of a release tarball (no time at all > spent on any HAVE_RAW_DECL_* checks), while defaulting to > leaving that in during development. I think it's a bad idea to make release tarballs work differently than the development e

bug#7928: mktime test in configure: UB resulting in infinite loop

Rich Felker wrote: > Testing which of the three allowable signed integer > representations is used is easy: compare ~(t)1 against and -(t)1 and > -(t)2. Testing which of the three signed integer representations is in use is not even needed: Your formula t) 1 << (sizeof (t) * CHAR_BIT - 2)) -

bug#7948: 16-bit wchar_t on Windows and Cygwin

Hello Eric, > ... POSIX requires that 1 wchar_t corresponds to 1 character > ... > > What consequences does this have? > > > > 1) All code that uses the functions from (wide character > > classification and mapping) or wcwidth() malfunctions on strings that > > contains Unicode chara

Re: PATH_MAX constant expression

Hi Jim, > Bruno's comment (in the text you elided) suggests intent to have > pathmax.h leave PATH_MAX undefined on the Hurd: > > >> I find it reasonable to use "#ifdef PATH_MAX" in front of every use of > >> PATH_MAX, like POSIX requires. > > With such a change, each of the above uses would

Re: make -q and maintainer-makefile issues?

[CCing bug-gettext and Charles Wilson] Eric Blake wrote in [1]: > At least cygwin still ships with > only gettext 0.17, because all versions of 0.18 are unbuildable on the > current cygwin. This is a myth, and is factually wrong. I just built gettext 0.18.1.1 on a Cygwin 1.7.5 system, with gcc

Re: [Platform-testers] new snapshot available: coreutils-8.12.178-df9cd

Jim Meyering wrote: > coreutils snapshot: (.gz files are here, too) > http://meyering.net/cu/coreutils-ss.tar.xz 4.8 MB > http://meyering.net/cu/coreutils-ss.tar.xz.sig > http://meyering.net/cu/coreutils-8.12.178-df9cd.tar.xz On Linux with glibc 2.11.3: All tests pass, and all gnulib-te

coreutils-8.12.178-df9cd on MacOS X 10.5

> On MacOS X 10.5: > 1 of 361 tests failed FAIL: misc/printf (exit: 1) The test expects an error message "Invalid argument". The actual error message is "expected a numeric value". Find attached tests/test-suite.log. Bruno -- In memoriam Nikolai Bryukhanov

coreutils-8.12.178-df9cd on FreeBSD 6.4

> On FreeBSD 6.4: > 4 of 367 tests failed FAIL: misc/printf FAIL: misc/sort-float FAIL: misc/stdbuf FAIL: cp/preserve-slink-time Find attached the tests/test-suite.log. Bruno -- In memoriam Nikolai Bryukhanov

coreutils-8.12.178-df9cd on OpenBSD 4.9

> On OpenBSD 4.9: > 6 of 363 tests failed FAIL: misc/sort-compress FAIL: misc/stdbuf FAIL: tail-2/wait FAIL: ls/infloop FAIL: tail-2/follow-name FAIL: tail-2/follow-stdin Find attached the tests/test-suite.log. Bruno -- In memoriam Nikolai Bryukhanov

coreutils-8.12.178-df9cd on AIX

> On AIX 6.1 and 7.1: > Link errors. On AIX 6.1 and 7.1 with xlc: CCLD split ld: 0711-317 ERROR: Undefined symbol: .pthread_getspecific ld: 0711-317 ERROR: Undefined symbol: .pthread_setspecific ld: 0711-317 ERROR: Undefined symbol: .pthread_key_create ld: 0711-317 ERROR: Undefined symbol:

coreutils-8.12.178-df9cd on HP-UX 11

> On HP-UX 11.31: > 2 of 362 tests failed FAIL: rm/deep-2 FAIL: misc/printf-surprise Find tests/test-suite.log attached. Bruno -- In memoriam Nikolai Bryukhanov test-suite.log.gz Description: GNU Zip compressed data

coreutils-8.12.178-df9cd on IRIX 6.5

lude/sys/time.h" #line 62 "./sys/select.h" #line 1 "/usr/include/sys/select.h" #line 1 "/usr/include/string.h" #line 1 "/usr/include/internal/string_core.h" #line 234 "/usr/include/internal/string_core.h"

Re: coreutils-8.12.178-df9cd on IRIX 6.5

oin are in the same libraries. Note that the threadlib module did this right: $ grep LIBTHREAD config.status S["LTLIBTHREAD"]="" S["LIBTHREAD"]="" $ grep LIBMULTITHREAD config.status S["LTLIBMULTITHREAD"]="-lpthread" S["LIBMULTITHREA

Re: coreutils-8.12.178-df9cd on IRIX 6.5

> > > On IRIX 6.5: > After this error is fixed, I get a link error: > > CCLD sort > (null): WARNING 1 : Unknown option: -as-needed (ignored). > ld32: WARNING 84 : ../lib/libcoreutils.a is not used for resolving any symbol. > ld32: ERROR 33 : Unresolved text symbol "pthread_join" -- 1st re

Re: coreutils-8.12.178-df9cd on IRIX 6.5

> > > > On IRIX 6.5: > "make check" fails like this: But "cd tests; make check" gives at least a result: 8 of 304 tests failed FAIL: misc/pwd-long FAIL: misc/shuf FAIL: misc/sort-month FAIL: misc/sort-rand FAIL: misc/sort-version FAIL: cp/cp-parents FAIL: cp/fail-perm FAIL: cp/reflink-perm Find

coreutils-8.12.178-df9cd on OSF/1 5.1

> On OSF/1 5.1: > Build error. "make" fails like this: Making all in src Make: bad lock name: base64 basename cat chcon chgrp chmod chown cksum comm cp csplit cut date dd dir dircolors dirname du echo env expand expr factor false fmt fold ginstall groups head id join kill link ln logname ls md

Re: coreutils-8.12.178-df9cd on OSF/1 5.1

]: *** [test-strtoumax] Error 1 These are caused by the declarations in /usr/include.dtk/inttypes.h. 2011-09-01 Bruno Haible strtoumax: Avoid link error on OSF/1 with DTK cc. * m4/strtoumax.m4 (gl_FUNC_STRTOUMAX): Always test whether strtoumax is defined as a funct

coreutils-8.12.178-df9cd on Solaris 9

> On Solaris 9/SPARC: > All tests passed, 1 gnulib-tests failed. The failing gnulib test is: FAIL: test-getcwd $ ./test-getcwd $ echo $? 12 Find attached the output of "truss ./test-getcwd". Bruno -- In memoriam Nikolai Bryukhanov test-getcw

coreutils-8.12.178-df9cd on Solaris 10

On Solaris 10 (both SPARC and x86): 1 test failed FAIL: cp/fail-perm Find attached the tests/test-suite.log files. Bruno -- In memoriam Nikolai Bryukhanov GNU coreutils 8.12.178-df9cd:

coreutils-8.12.178-df9cd on Solaris 8

> On Solaris 8/SPARC: > 1 of 308 tests failed FAIL: misc/pwd-long Find attached the tests/test-suite.log. Bruno -- In memoriam Nikolai Bryukhanov GNU coreutils 8.12.178-df9cd: tests/tes

coreutils-8.12.178-df9cd on Cygwin 1.5

> On Cygwin 1.5: > Test framework failure. $ make check ... Making check in tests make[2]: Entering directory `/home/bruno/multibuild-1209/cygwin15/coreutils-8.12.178-df9cd/tests' GEN .built-programs make check-TESTS make[3]: Entering directory `/home/bruno/multibuild-1209/cygwin15/coreu

coreutils-8.12.178-df9cd on mingw

> On mingw 2009: > Configuration error. $ ./configure ... checking for listmntent... no checking for getmntinfo... no checking for sys/ucred.h... no checking for sys/mount.h... (cached) no checking mntent.h usability... no checking mntent.h presence... no checking for mntent.h... no checking for s

coreutils-8.12.178-df9cd on HP-UX 11.00

On IRIX 6.5 I saw: > Making check in doc > GEN sc-avoid-builtin > GEN sc-avoid-io > GEN sc-avoid-non-zero > GEN sc-avoid-path > GEN sc-avoid-timezone > GEN sc-avoid-zeroes > GEN sc-exponent-grouping > GEN sc-lower-case-var > syntax error at -e

Re: coreutils-8.12.178-df9cd on OpenBSD 4.9

Jim Meyering wrote: > Since that systems lacks > a version of diff, we get far-less-useful cmp output That system (OpenBSD 4.9) has a version of diff that understands the options -c and -u: $ type diff diff is /usr/bin/diff $ diff -help usage: diff [-abdilpTtw] [-c | -e | -f | -n | -q | -u] [-I p

Re: coreutils-8.12.178-df9cd on HP-UX 11

Jim Meyering wrote: > > FAIL: rm/deep-2 > > I'd like to debug this one (the problem may be in fts.c, which I've > changed very recently), but I don't have access to a single HP-UX system. > fts.c seems to be getting into the mode whereby it uses full-relative > names rather than safe-cwd functions

Re: coreutils-8.12.178-df9cd on OpenBSD 4.9

Pádraig Brady wrote: > You can do this: > > make check SHELL=bash > > I'll document that now. If that's the way you wish prereleases to be tested, you can add this also to the prerelease announcement template. Bruno -- In memoriam Robert Mensah

Re: coreutils-8.12.178-df9cd on Solaris 9

Jim Meyering wrote: > getcwd is failing to > find an entry in / with dev/ino matching a component (home) > of your working directory: > (see the fstatat call and subsequent dev/ino comparison in getcwd.c. > This may be due to dev/ino assignment on a mount point like /home.) Indeed, on that system,

Re: coreutils-8.12.178-df9cd on AIX

Hi Pádraig, > > CCLD split > > ld: 0711-317 ERROR: Undefined symbol: .pthread_getspecific > > ld: 0711-317 ERROR: Undefined symbol: .pthread_setspecific > > ld: 0711-317 ERROR: Undefined symbol: .pthread_key_create > > ld: 0711-317 ERROR: Undefined symbol: .pthread_once > > ld: 0711-345 Use

Re: coreutils-8.12.178-df9cd on Solaris 10

Jim Meyering wrote: > >> You can probably find out by rerunning that test with e.g., > >> > >> SHELL=bash make check -C tests TESTS=cp/fail-perm VERBOSE=yes > > ... > > This is on an NFS volume. > > > If you rerun the test with the following patch to init.sh, > maybe it'll show us something inter

Re: coreutils-8.12.178-df9cd on IRIX 6.5

Pádraig Brady wrote: > In that context this line might need some casts to int? > > tmp = tmpb - tmpa; I changed this to tmp = (int) tmpb - (int) tmpa; but the 4 tests still fail: $ gmake check TESTS="misc/shuf misc/sort-month misc/sort-rand misc/sort-version" gmake check-TESTS gmake[1]: E

Re: coreutils-8.12.178-df9cd on Solaris 10

Jim Meyering wrote: > You can probably find out by rerunning that test with e.g., > > SHELL=bash make check -C tests TESTS=cp/fail-perm VERBOSE=yes Find attached the test-suite.log that this produced. Here's what's going on: $ ls -ld DD drwx--+ 3 haible haible 3 Sep 2 17:23 DD

Re: coreutils-8.12.178-df9cd on Solaris 10

Jim Meyering wrote: > That little "+" indicates that DD has a non-default ACL, > which you can list with Solaris 10's /bin/ls -lv: Indeed, I have the following: $ /bin/ls -lvd DD drwx--+ 3 haible haible 3 Sep 4 16:09 DD 0:owner@:read_attributes/write_attributes/read_acl/wri

Re: coreutils-8.12.178-df9cd on Solaris 10

Jim Meyering wrote: > Recreate D, then list permissions of both: > > $ ls -ogd D* > drwx--S--- 3 3 Sep 4 08:18 D/ > drwx--S---+ 3 3 Sep 4 08:18 DD/ > ^ > | > That shows the difference. DD has a "+" indicator, while D does not. Indeed, I reproduce it too

Re: coreutils-8.12.178-df9cd on Solaris 10

uot; ACLs consist of 6 entries: a "deny" and a "allow" entry for each user / group / other. And apparently, NFSv4 ACLs get broken when you apply an older style ACL on the file. This is why the "done_setacl = 1;" statement below is essential. 2011-09-04 Bruno Haible

coreutils-8.12.193-d8dc8 on MacOS X

Jim Meyering wrote: > Here's another pre-release snapshot. On MacOS X 10.5.8 (64-bit build), 1 test failed: FAIL: misc/tty-eof (exit: 1) F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D F: 1: ^D

coreutils-8.12.193-d8dc8 on AIX

Hi Jim, Pádraig, > I hope to be able to make the coreutils-8.13 release on Wednesday. Still a compilation error on AIX 6.1 and 7.1: "stat.c", line 210.21: 1506-022 (S) "f_basetype" is not a member of "const struct statfs". "stat.c", line 1169.15: 1506-280 (W) Function argument assignment betwee

coreutils-8.12.193-d8dc8 on HP-UX 11.00

Hi Jim, > I hope to be able to make the coreutils-8.13 release on Wednesday. Still a major build problem on HP-UX 11.00: gmake[2]: Entering directory `/home/haible/multibuild-1227/hpux11.00-cc/coreutils-8.12.193-d8dc8/doc' GEN sc-avoid-builtin GEN sc-avoid-io GEN sc-avoid-n

coreutils-8.12.193-d8dc8 on FreeBSD 6.4

> I hope to be able to make the coreutils-8.13 release on Wednesday. On FreeBSD 6.4, two tests fail: FAIL: misc/sort-float FAIL: cp/preserve-slink-time Find attached the test-suite.log. Bruno -- In memoriam Joseph Lee Heywood ==

coreutils-8.12.193-d8dc8 on OSF/1

compiler remembers that has already been included in line openat.c:26 and therefore skips it when it is being included later, from openat.h:22. I'm committing this workaround (looks stupid, but works!). 2011-09-07 Bruno Haible openat: Work around compilation error with OSF/

Re: new snapshot available: coreutils-8.12.193-d8dc8

Jim Meyering wrote: > Here's another pre-release snapshot. On a Linux/glibc 2.11.3 system: All tests and all gnulib-tests pass. On MacOS X (64-bit): 1 test failed (misc/tty-eof), see separate mail. On FreeBSD 6.4: 2 tests failed (misc/sort-float, cp/preserve-slink-time), see separate mail. On O

coreutils-8.12.193-d8dc8 on OpenBSD 4.9

On OpenBSD 4.9, 1 test failed: FAIL: misc/sort-compress Find attached the test-suite.log (with reasonable diff output this time). Bruno -- In memoriam Joseph Lee Heywood GNU coreutils 8

Re: coreutils-8.12.193-d8dc8 on MacOS X

Jim Meyering wrote: > I'm wondering if this test is inherently racy Indeed, it fails with various programs: sum, pr, sha512sum, base64, expand, base64, tsort, tail, cat, ... > perhaps depending on which version of Perl itself It says "This is perl, v5.8.8 built for darwin-thread-multi-2level" B

Re: coreutils-8.12.193-d8dc8 on OSF/1

Paul Eggert wrote: > On 09/07/11 02:49, Bruno Haible wrote: > > -#include > > +/* Write "fcntl.h" here, not , otherwise OSF/1 5.1 DTK cc > > miscompiles > > + openat.c because that file has a preliminary #include . */ > > +#include "fcntl.h&

Re: coreutils-8.12.193-d8dc8 on OSF/1

grep pthread_join __pthread_join | 0004395905075472 | T | 0008 This fixes it: Ensure that S["LIB_PTHREAD"]="-lpthread" on this platform. 2011-09-07 Bruno Haible pthread: Determine $(LIB_PTHREAD) correctly on OSF/1 5.1. * m4/pthread.m4 (gl_PTHREAD_CHECK): Use

Re: coreutils-8.12.193-d8dc8 on FreeBSD 6.4

Jim Meyering wrote: > > Find attached the test-suite.log. > > ... the log was for Solaris, not FreeBSD. Oops, I was too much in a hurry. Here is the test-suite.log from FreeBSD. Bruno -- In memoriam Joseph Lee Heywood ===

Re: coreutils-8.12.193-d8dc8 on AIX

Hi Jim, > Can you confirm that this solves the problem? > ... > * src/stat.c (USE_STATVFS): Adjust definition so that it is enabled > also on AIX 7.x systems that provide statvfs64 and no statvfs. > [USE_STATVFS && ! STAT_STATVFS && STAT_STATVFS64] (STATFS): Define > to statvfs64 in that precise c

Re: coreutils-8.12.178-df9cd on Solaris 10

On 2011-09-04 I committed this: > 2011-09-04 Bruno Haible > > acl: Improve support of NFSv4 ACLs on Solaris 10 (newer version). > * lib/acl-internal.h (ACE_*, NEW_ACE_*): Define also on newer Solaris > 10. > (OLD_ALLOW, OLD

coreutils-8.13.29-43a9 on Linux/PowerPC

On Linux/PowerPC in 64-bit mode: FAIL: tail-2/F-vs-missing (exit: 1) === ++ initial_cwd_=/home/haible/multibuild-1313/linuxppc64/coreutils-8.13.29-43a9/tests ++ fail=0 +++ testdir_prefix_ +++ printf gt ++ pfx_=gt +++ mktempd_ /home/haible/multibuild-1313/linuxpp

coreutils-8.13.29-43a9 on Linux/SPARC64

On Linux/SPARC in 64-bit mode: FAIL: ls/stat-free-color FAIL: ls/stat-free-symlinks FAIL: mv/atomic FAIL: mv/atomic2 FAIL: ls/stat-free-color (exit: 1) == ++ initial_cwd_=/home/haible/multibuild-1313/linuxsparc64/coreutils-8.13.29-43a9/tests ++ fail=0 +++ testd

coreutils-8.13.29-43a9 on Linux/HPPA

On Linux/HPPA (32-bit kernel) 2 tests fail: FAIL: misc/timeout-parameters FAIL: tail-2/follow-name FAIL: misc/timeout-parameters (exit: 1) === ++ initial_cwd_=/home/haible/multibuild-1313/linuxhppa/coreutils-8.13.29-43a9/tests ++ fail=0 +++ testdir_prefix_

coreutils-8.13.29-43a9 on NetBSD 5.1

On NetBSD 5.1/x86: 10 failures FAIL: rm/inaccessible FAIL: misc/date FAIL: misc/printf-cov FAIL: split/l-chunk FAIL: cp/preserve-slink-time FAIL: du/inaccessible-cwd FAIL: du/long-from-unreadable FAIL: ls/stat-failed FAIL: tail-2/pipe-f2 FAIL: touch/not-owner Find attached the test-suite.log. -

coreutils-8.13.29-43a9 on AIX 5.1

On AIX 5.1 with xlc. FAIL: misc/help-version FAIL: tail-2/infloop-1 FAIL: misc/printenv FAIL: misc/printf FAIL: misc/printf-cov FAIL: misc/pwd-long FAIL: misc/timeout-parameters FAIL: misc/tr -- In memoriam Engin Ceber ==

coreutils-8.13.29-43a9 on AIX 7.1

On AIX 7.1 with gcc FAIL: misc/help-version FAIL: misc/pwd-long FAIL: du/inaccessible-cwd FAIL: touch/trailing-slash -- In memoriam Engin Ceber == GNU coreutils 8.13.29-43a9: tests/test-suite.log

coreutils-8.13.29-43a9 on IRIX 6.5

On IRIX 6.5 with cc: Build failure. $ make ... Making check in doc GEN sc-avoid-builtin GEN sc-avoid-io GEN sc-avoid-non-zero GEN sc-avoid-path GEN sc-avoid-timezone GEN sc-avoid-zeroes GEN sc-exponent-grouping GEN sc-lower-case-var syntax e

coreutils-8.13.29-43a9 on OSF/1

On OSF/1 5.1, build with "make" fails: Making all in src Make: bad lock name: base64 basename cat chcon chgrp chmod chown cksum comm cp csplit cut date dd dir dircolors dirname du echo env expand expr factor false fmt fold ginstall groups head id join kill link ln logname ls md5sum mkdir mkfif

coreutils-8.13.29-43a9 on Solaris 10

On Solaris 10/x86 with gcc: slink-acl: set-up failure: FAIL: ls/slink-acl The attached test-suite.log gives an error message. More details are available through $ gmake check TESTS=ls/slink-acl VERBOSE=yes gmake check-TESTS gmake[1]: Entering directory `/home/haible/multibuild-1313/solaris10

Re: coreutils-8.13.29-43a9 on AIX 7.1

Jim Meyering wrote: > > FAIL: misc/help-version > > This one is because its shell fails when i=[: > > # Ensure that each program "works" (exits successfully) when doing > # something more than --help or --version. > for i in $built_programs; do > ... > if env $i $args < $t

  1   2   3   >