On 19.04.2008 23:21, Jim Meyering wrote:
Coreutils version 6.11 has been released. This is a stable release.
Hello,
My build fails on a Solaris 8 machine, using gcc-4.1.0.
When building "sort", I get:
.../gcc -std=gnu99 -O2 -Wl,--as-needed -o sort sort.o
../lib/libcoreutils.a ../lib/libc
On 25.04.2008 21:04, Jim Meyering wrote:
Christophe LYON <[EMAIL PROTECTED]> wrote:
If I manually add "-lm", I get:
.../bin/../lib/gcc/sparc-sun-solaris2.8/4.1.0/crt1.o:(.plt+0x0):
multiple definition of `_PROCEDURE_LINKAGE_TABLE_'
/usr/lib/libm.so:(.plt+0x0): first de
Hi all,
I have just tried to build coreutils-7.1 on a RHEL4 (32bits) machine
(building with GCC-4.1.2).
"make check" fails on mv/part-symlink.log
The end of the log contains:
===
+ diff -u expected-7010 actual-7010
--- expected-7010
You can do that by setting this envvar
export CANDIDATE_TMP_DIRS=/some/other/partition/tmp
and rerunning the test.
Thanks for your prompt answer.
Indeed it made the test pass.
Thanks.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
Hello,
I have just noticed that 'tail +n' does not seem to work under Linux.
For instance:
$ tail +3 .cshrc
tail: cannot open `+3' for reading: No such file or directory
==> .cshrc <==
[...]
I am using coreutils-7.2, and I have just reproduced the issue with 7.3,
under Linux RHEL 3 and 4. Curi
I am using coreutils-7.2, and I have just reproduced the issue with
7.3, under Linux RHEL 3 and 4.
Also with Fedora 10's 6.12 package. The behavior change I think may have
been in 6.0 (it is probably in the changelog).
I do remember that change, but I also thought that it had been reverte
On 07.05.2009 19:49, Matthew Woehlke wrote:
Christophe LYON wrote:
I am using coreutils-7.2, and I have just reproduced the issue with
7.3, under Linux RHEL 3 and 4.
Also with Fedora 10's 6.12 package. The behavior change I think may
have been in 6.0 (it is probably in the changelog)
Thank you Bob for your clarification.
On 11.05.2009 20:28, Bob Proulx wrote:
It is only because 'n' and 'N' are different cases of the same letter
that people's minds play tricks on them.
Indeed.
Maybe a slight rewording of the man page could highlight this?
(eg add another reference to the i
Hello,
I have just tried coreutils-7.4 on a Solaris machine (built with GCC-4.2.0).
"make check" fails on misc/date-next-dow:
date-next-dow: test dow2: stdout mismatch, comparing dow2.O (actual) and
dow2.1 (expected)
*** dow2.O Tue May 12 15:06:24 2009
--- dow2.1 Tue May 12 15:06:24
I'm guessing the Solaris 8 system strftime() (called by Perl)
doesn't support %F, whereas `date +%F` is using a gnulib replacement?
This can be replaced I think with "%Y-%m-%d", as in the diff below.
Thanks, you patches indeed fixes the problem.
Now, tty-eof fails:
tty-eof: sort didn't exit
Weird. Can you run the following, hit ^D and post the log:
truss -o log src/sort
Sure, here it is.
Thanks
Christophe.
execve("src/sort", 0xFFBEF6F4, 0xFFBEF6FC) argc = 1
resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16
open("/var/ld/ld.config", O_RDONLY) Err#2 E
To exclude races, is this prob 100% reproducible with:
(cd tests && make check TESTS=misc/tty-eof VERBOSE=yes)
I have actually run the whole build + test session twice since your
email, and the passed both times.
So I guess there was some sort of race condition.
Thanks for your support,
Maybe a slight rewording of the man page could highlight this?
(eg add another reference to the info page for this trick)
What do you think about the attached patch to the --help output (and thus
man page)?
Thanks for taking my comment into account!
It is indeed clearer with your proposal, I
On 30.05.2009 05:58, Eric Blake wrote:
According to Jim Meyering on 5/29/2009 9:30 AM:
That's an improvement. I've a slight reservation in that
K is a valid suffix, but I think this is fine.
I like it, too. Thanks!
Initially I considered using K, but discarded it for precisely that reason.
Now
Hi all,
I am using coreutils-5.93 and I have the following problem:
Consider the following hierarchy:
mkdir:
file
src:
dir1:
cp1 -> ../../mydir
dir2:
cp2 -> ../../mydir
Now, I want to use
cp -R -L src dest
which fails with the following mes
Hello,
Here is a small patch to make "make check" PASS when a suitable perl is
not in /usr/bin. (without this, I had update-copyright.sh FAIL, while my
system has fairly recent perl installed, but not in /usr/bin)
Christophe.
diff -ru coreutils-7.6/build-aux/update-copyright
coreutils-7.6-p
On 14.09.2009 16:44, Jim Meyering wrote:
Christophe LYON wrote:
Hello,
Here is a small patch to make "make check" PASS when a suitable perl
is not in /usr/bin. (without this, I had update-copyright.sh FAIL,
while my system has fairly recent perl installed, but not in /usr/bin)
Than
Hello,
I have built coreutils-8.3 and ran 'make check' on a few systems and I
have noticed some FAILs as follows. Given their old age, I am not sure
it is worth reporting, though.
* Linux RedHat 3/x86: tail-2/inotify-hash-abuse, log extract:
+ kill -HUP 15829
[1]+ Hangup t
Hello,
Thanks for the report.
Can you repeat the tests with the very latest snapshot?
http://meyering.net/cu/coreutils-ss.tar.gz 9.4 MB
http://meyering.net/cu/coreutils-ss.tar.xz 4.0 MB
If any of those failures persist, we *might* have time to address
one or two before coreutil
19 matches
Mail list logo
