-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to [EMAIL PROTECTED] on 8/13/2006 4:36 PM:
Problem:
The check with md5sum failed (No such file or directory/FAILED open or read)
if the text file with the checksum included DOS(PC) formatted.
Yes, this is an issue for md5sum, as well as
Coreutils version 6.0 has been released.
If you haven't heard about the GNU coreutils, the FAQ is a good
place to start: http://www.gnu.org/software/coreutils/faq/
Coreutils development branched after the stable 5.92 release.
Since then, there have been five releases from the stable branch:
5.93
Hi,
Please apply the first attached patch. It fixes the following incorrect
ngettext usage in hu.po:
As the header of hu.po correctly states, as well as mentioned in glibc's
info pages, Hungarian has only one msgstr form, we use the singular form of
a noun if it is preceded by a number.
Three of the functions in openat.c, plus those in fchmodat.c and mkdirat.c
all used the same logic. This change factors that into a new file,
at-func.c, which is then included by each of those three:
lib/ChangeLog | 13 +++
lib/at-func.c | 75
% uname -a
SunOS elmak 5.9 Generic_118558-20 sun4u sparc SUNW,Sun-Blade-100 Solaris
% config.guess
sparc-sun-solaris2.9
% gcc --version
gcc (GCC) 4.0.2
[...]
The build fails with the following error message:
gai_strerror.c:70: error: conflicting types for 'gai_strerror'
Egmont Koblinger [EMAIL PROTECTED] writes:
Please apply the first attached patch.
Can you please forward that patch to the Translation Project? We
would like to rely on them to put a proper translation into
http://www.iro.umontreal.ca/translation/teams/PO/hu/, and we will
pick it up from
On cygwin:
if gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../lib -I../lib -
I/usr/local/include -g -O2 -MT stat.o -MD -MP -MF .deps/stat.Tpo -c -o
stat.o stat.c; \
then mv -f .deps/stat.Tpo .deps/stat.Po; else rm -
f .deps/stat.Tpo; exit 1; fi
stat.c: In function
Keith Thompson [EMAIL PROTECTED] writes:
% uname -a
SunOS elmak 5.9 Generic_118558-20 sun4u sparc SUNW,Sun-Blade-100 Solaris
% config.guess
sparc-sun-solaris2.9
% gcc --version
gcc (GCC) 4.0.2
[...]
The build fails with the following error message:
gai_strerror.c:70: error:
Eric Blake [EMAIL PROTECTED] writes:
I've known about it and patched it in my local tree since April, but my patch
in savannah was unfortunately never applied:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16325
Thanks for mentioning that. I don't fully understand the issues here
On Tue 06-08-15 15:30, Paul Eggert wrote:
Keith Thompson [EMAIL PROTECTED] writes:
% uname -a
SunOS elmak 5.9 Generic_118558-20 sun4u sparc SUNW,Sun-Blade-100 Solaris
% config.guess
sparc-sun-solaris2.9
% gcc --version
gcc (GCC) 4.0.2
[...]
The build fails with the following
One thing we noticed right away when putting coreutils 6.0 in a place
where others could use it is that df /usr no longer outputs a
header. This change isn't intended, surely. While fixing this I
noticed that the new behavior of exiting with nonzero status when
ther's no output isn't documented.
Keith Thompson [EMAIL PROTECTED] writes:
There's also a gcc 4.1.1 on the system. I'll try again with that.
Thanks.
You might also want to try with /opt/sfw/bin/gcc.
(It's GCC 2.95.3, which should be entertaining. :-)
___
Bug-coreutils mailing
On Tue 06-08-15 16:50, Paul Eggert wrote:
Keith Thompson [EMAIL PROTECTED] writes:
There's also a gcc 4.1.1 on the system. I'll try again with that.
Thanks.
I got the same error with gcc 4.1.1.
You might also want to try with /opt/sfw/bin/gcc.
(It's GCC 2.95.3, which should be
I've also run into a build problem on Solaris 7; details to follow.
--
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED] http://www.ghoti.net/~kst
San Diego Supercomputer Center * http://users.sdsc.edu/~kst
We must do something. This is something. Therefore, we must do this.
Per the instructions delivered by make check after building coreutils, I
am including the following long log report.
I am using a 64-bit Linux box running a corporate version of RedHat Linux:
$ uname -a
Linux houbtc-n-d99966 2.4.21-32.0.1.nfswan2 #1 SMP Thu Aug 4 11:02:01 CEST
2005 x86_64
Thanks for the bug report. What is the output of the following Bourne
shell commands? This will give us a bit more information about the
failure.
cd tests/mv
VERBOSE=yes make TESTS=no-target-dir check
Also, what is the output of the following?
cd tests/mv
rm -fr d empty
mkdir
16 matches
Mail list logo
