Not much has changed in coreutils proper, but there have been many changes in gnulib, at least a few of which solve problems in coreutils. I expect to make the next release, a "stable" coreutils-6.11
I've received a large set of build and test results from a user who wishes to remain anonymous. That set includes configure/make/make-check results for 163 system/compiler/env combinations. There's n
FYI, I've just pushed a big change to the test infrastructure. It eliminates most of the test/*/Makefile.am files and also solves Bruno's problem where tests fail if "." is too early in PATH. coreuti
We're on track to make a stable release in the next week or so. There is still a pending portability problem involving Mac OS ACLs. It's nothing new, so I may defer the fix until after coreutils-6.12
I'm aiming for a release of coreutils-6.12 no later than this weekend. coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz 8.6 MB http://meyering.net/cu/coreutils-ss.tar.lzma 3.6 MB http:/
Here's a snapshot of the latest sources, both from coreutils and from gnulib. In coreutils proper, the only real news is the addition of two new programs, timeout and truncate, and the addition of th
This should finally fix the Solaris 9 truncate test failure, since now coreutils is using gnulib's "open" module. coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz 8.9 MB http://meyering
Here's a snapshot of the latest sources from coreutils and the parts of gnulib that it uses. Please beat it up ;-) If things work out, I may even make a test release by Wednesday. coreutils snapshot:
Hi Jim, A quick glance showed me no obvious problems, but I'm using a rather recent linux/x86 system, nothing fancy, so I would have expected nothing different. ;-) It would be nice if you could add
Hi Jim, Would you mind having another a look at https://savannah.gnu.org/patch/index.php?6612 ? I realize the test setup for exposing this bug is complicated; if you have any ideas on how to simplify
Hi Jos, I think the trick to doing this right is as follows: When a tailed file (name) disappears, and a subsequent open attempt shows the new file is nonexistent or empty, continue tailing the old f
According to Jim Meyering on 9/27/2008 3:45 AM: OK to apply this minor cleanup, to avoid a warning on deficient platforms? ccache gcc -std=gnu99 -I. -I../lib -I../lib -I/usr/local/include - -gdwarf-2
According to Eric Blake on 9/27/2008 6:16 PM: This needs fixing (hmm, gnulib doesn't yet have a strtold module; time to start factoring strtod to long double): ccache gcc -std=gnu99 -I. -I../lib -I..
According to Eric Blake on 9/27/2008 6:34 PM: Or maybe we go with this lighter-weight patch, which matches the inaccuracies already present in c-strtold? (ie. without a strtold module, this is not a
Hi Jim, I'll try because I want to see this bug fixed, but I'm going to need a hand understanding the recheck() logic. While it took me only a minute to create my initial patch (which does appear to
On that front, rather than my change from c_strtold to strtold, I would have preferred to use a version of asprintf (c_asprintf?) that would act as if it were in the C locale, since there is no impli
Hi All, I try today this newer build, and sadly it fails :( It fails with make. I attach the config.log and the make log I used Gcc v3.46 Also tried older 3.35 that one builds other versions fine, bu