Re: [platform-testers] new snapshot available: coreutils-9.5.239-a836.tar.xz

Test results of a recent coreutils snapshot from some other platforms (ignoring the issues already reported this week): Hurd 2022/i386 5 FAIL: ls/ls-misc.pl, wc/wc-proc, wc/wc-total, factor/factor-parallel, nice/nice Hurd 2024/x86_641 HANG NetBSD 7.1

Re: new snapshot available, with AIX make

Collin Funk wrote: > The AIX 'make' command didn't build '[' causing the --help test to fail. > It has 'gmake' which builds it though. AIX 'make' also does not support the '!=' operator that is required by POSIX [1]. You should make it a habit to use GNU make on AIX. Bruno [1] https://pubs.open

Re: new snapshot available, ls -Z crash

On - OpenBSD 6.0, - NetBSD 7.1 I see a test failure: FAIL tests/ls/selinux-segfault.sh (exit status: 1) Log is attached. The cause is a crash that is easy to reproduce interactively: $ src/ls -Z . In gdb, I get this stack trace (same on both platforms): #0 strlen #1 gobble_file (na

Re: new snapshot available, with AIX xlc

On AIX 7.1, with xlc as compiler, there is a build failure: $ xlc -q64 -qthreaded -qtls -I. -I.. -I./lib -Ilib -I../lib -Isrc -I../src -I/home/haible/prefix64/include -D_THREAD_SAFE -g -c -o src/ls.o ../src/ls.c "../src/ls.c", line 636.27: 1506-196 (W) Initialization between types "const cha

Re: new snapshot available, on Linux

Test results of a recent snapshot on various Linux systems (other than the issues already reported): Ubuntu with clang+asan+ubsan OK Alpine Linux 3.20 OK Debian 12/m68kOK CentOS 5 3 FAIL (was 4 FAIL in coreutils-9.3.156-b3afb) CentOS 6

Re: new snapshot available

Building a coreutils + gnulib snapshot from yesterday on GNU/Hurd (x86_64) [1]: The test 'wc/wc-total' hangs the file system. The first time I had to reboot. The second time, Ctrl-C was sufficient to interrupt it. [1] https://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/debian-hurd-2024111

Re: [PATCH] fix consistency issues in set_program_name()

Pádraig Brady wrote: > > Can you describe the circumstances where you observed the discrepancy? > > It impacts the tests when we `./configure --enable-single-binary=shebangs`. Oh, I see. In this case, 'cp' for example is an executable script #!/bin/coreutils --coreutils-prog-shebang=cp This c

Re: [PATCH] fix consistency issues in set_program_name()

Pádraig Brady wrote: > Updated version attached. This patch looks good. Bruno

Re: [PATCH] fix consistency issues in set_program_name()

Hi Pádraig, > I noticed a discrepancy in the program name output by error(), > which looks to be due to whether the gnulib or glibc version is used. > If we use gnulib's error() it uses getprogname() > which defaults to program_invocation_short_name. > The glibc error() instead uses program_invoca

Re: behavioral change in coreutils `pwd` handling '//' (double slash) caused by gnulib update

Zach van Rijn wrote in : > I am investigating a possible regression in gnulib that manifests > as a behavioral change in coreutils `pwd` on some Linux platforms. > > Comparing coreutils 9.1 and 9.2 release tarballs, freshly built

Re: Please include the local gnulib modules in releases

Michael Pratt wrote: > > > What's needed is just the "modules" files which are missing > > > > > > No, the gl/lib/ and gl/tests/ subdirectories are input to gnulib-tool as > > well. > > Not only gl/modules/. > > > > And you should list the files to add to the tarball, not directories. > > > T

Re: Please include the local gnulib modules in releases

Michael Pratt wrote: > adding the "gl" directory from source to EXTRA_DIST or however > you all would do it I agree with the suggestion: In GNU gettext, I have a couple of local gnulib modules as well, and since gnulib-tool takes them as input, I view them as source code. Since the GCS [1] say th