Don't worry. The wording changes were more for style than for correctness. They're the sorts of mistakes that native speakers might well make. Actually, I realized that we should remove the latter "o
I derived the expression from the natural wording (see the comment), therefore that excess condition was still there. Looks even better now. Thanks. Have a nice day, Berny
sort -u data loss... who would have guessed? This is not your typical coreutils bug. Actually, there were *two* sort -u bugs. How many more are lurking? Anyhow, here's a snapshot. Please give this a
We want to release coreutils-8.16 soon, so here's a snapshot. I'll let the NEWS and git shortlog details say the rest, other than "Thanks!" to all who are helping. coreutils snapshot: http://meyering
Lots of tests were failing on this loan machine: $ system_profiler SPSoftwareDataType Software: System Software Overview: System Version: Mac OS X 10.6.8 (10K549) Kernel Version: Darwin 10.8.0 Boot V
I see the new sort-discrim test fails on systems without GMP (in this case solaris). The attached should fix it. cheers, Pádraig. Attachment: sort-discrim.diff Description: Text document
Both with the original 8.15.74-be17e3 and the patch, the test fails here on SLES10.3 (x86_64). Have a nice day, Berny ecs@mchp320a:~/berny/depot/coreutils-8.15.74-be17e3/tests> cat misc/sort-discrim.
[re-adding the list] Oops, I had to apply the patch manually on that system, and missed the first block of changes. Indeed, with the patch it's working: + diff -u out exp ++ expr 9223372036854775807
After my patches mentioned previously in this thread, I get no failures on Fedora 15 2.6.40.4-5.fc15.x86_64 Mac OS X 10.6.8 Kernel 10.8.0: i386 Debian 5.0 2.6.26-2-sparc64-smp Solaris 10 SPARC-Enterp
I proposed exactly that patch in January: http://lists.gnu.org/archive/html/bug-gnulib/2012-01/msg00319.html but Bruno explained that this is a problem with the test cases, not in the code: http://li
[Removing platform-testers and the translation coordinator from the CC.] Here's a sketch of a proposal to fix the testsuite with minimal overhead (but still need to modify 85 files): - Add to init.sh
Hi Bruno, Thanks. I've adjusted my snapshot-announcement-creation script to add a Mail-Followup-To: header, so that won't happen again. Thanks for working on that. I have read your explanations, but
This snapshot adds the ln --relative (-r) option, changes a bunch of tests not to fail, and makes ./configure take about 10% less time. Notably, this snapshot does not address the many MacOS-X-specif
FYI, here's a snapshot of what will soon be coreutils-8.15, expected on Thursday or Friday. coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.xz 5.2 MB http://meyering.net/cu/coreutils-ss.t
sort-continue was the only failure on: $ uname -mi; sw_vers i386 Macmini4,1 ProductName: Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 $ /bin/sh --version GNU bash, version 3.2.48(1)-release (
misc/stty was the only failure on: $ uname -a Linux deluxe 2.6.26-2-sparc64-smp #1 SMP Thu Jan 27 03:27:39 UTC 2011 sparc64 GNU/Linux $ src/nproc 32 $ head -n1 /etc/issue Debian GNU/Linux 5.0 \n \l T