[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
new snapshot, and a huge set of coreutils test results
From: |
Jim Meyering |
Subject: |
new snapshot, and a huge set of coreutils test results |
Date: |
Thu, 17 Apr 2008 19:57:17 +0200 |
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 no way I can
triage all of that before release. Maybe others who care about some of
the affected platforms will lend a hand.
However, there are a few things to be aware of:
* there are some openbsd failures in these logs,
but they should be fixed, now.
* Compilation errors due to remove.c's declaration-after-code
should be ignored. The c99-to-c89 patch mentioned in README
was not applied.
* some failures are due to ZFS ACLs via Linux NFS and cp/mv
reporting failure to set permissions. This is a known problem.
* I'm sure there are more, ...
The lzma-compressed tarball is under 400KB, but the uncompressed
logs are over 30MB.
http://meyering.net/cu/build-logs/coreutils-build-log-6.10.183-512c9.tar.lzma
I'm publishing this mainly so that people who care about the affected
platforms can investigate further. If there's something really important
hiding in all of those logs, I might delay the coreutils release further,
but it's not likely.
Here's what I hope will be the final snapshot before 6.11:
=================================================
coreutils snapshot:
http://meyering.net/cu/coreutils-ss.tar.gz 8.9 MB
http://meyering.net/cu/coreutils-ss.tar.lzma 3.6 MB
http://meyering.net/cu/coreutils-ss.tar.gz.sig
http://meyering.net/cu/coreutils-ss.tar.lzma.sig
aka
http://meyering.net/cu/coreutils-6.10.194-0d03b.tar.gz
http://meyering.net/cu/coreutils-6.10.194-0d03b.tar.lzma
Changes since 6.10.183-512c9:
Jim Meyering (10):
doc: fix typo
seq: work around floating point inaccuracies on more systems
tests: accommodate a different errno string on Irix 6.5
tests: don't fail on systems without a "stat" syscall
md5sum, sha1sum, etc: handle invalid input (i.e., don't segfault)
tests: avoid mkdir/selinux failure when mknod is a shell built-in
tests: add a comment explaining the potential failure
avoid "may be used uninitialized" warning from newer gcc
mknod --help: note that this command may be a shell built-in
tests: accommodate built-in mknod more cleanly
Matthew Woehlke (1):
tests: accommodate built-in mknod more cleanly still
- new snapshot, and a huge set of coreutils test results,
Jim Meyering <=