CVS coreutils doesn't build due to xalloc.h reversion?

2005-09-13 Thread Paul Eggert
CVS coreutils currently doesn't build out of the box since some of the code uses X2REALLOC and X2NREALLOC but these macros were removed from xalloc.h. Was the removal intentional? If so, uses of X2REALLOC need to be replaced by x2realloc elsewhere. Personally I'm becoming more inclined to not

Possible bug in uname command

2005-09-13 Thread Asif Iqbal, Trumboo
Dear Sir, There seems to be a possible bug in uname command on most versions of the Linux system. uname -p prints 'unknown' instead of the host processor name. Please look into the matter. Thanks and Regards, Asif Iqbal Trumboo ___ Bug-coreutils

Re: CVS coreutils doesn't build due to xalloc.h reversion?

2005-09-13 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: If no one else likes these macros, I'll move them to system.h, but I do think they're worth the added safety (at least for X2REALLOC) and improved readability (eliminating the often-redundant `sizeof VAR'). Naah, you convinced me. Let's migrate them

warning from Autoconf 2.59 for CVS coreutils configure.ac

2005-09-13 Thread Paul Eggert
I installed this to pacify Autoconf 2.59: 2005-09-13 Paul Eggert [EMAIL PROTECTED] * configure.ac: Don't invoke AC_CONFIGURE_HOST directly; AB_INIT does it for us, and our invocation evokes a diagnostic from Autoconf 2.59. Index: configure.ac

Re: date not parsing full iso-8601

2005-09-13 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: Paul Eggert [EMAIL PROTECTED] wrote: How about if we do it by supporting Internet RFC 3339 instead? I like this. OK, I installed the patch below. Comments welcome. In particular, the new %:z, %::z, %:::z strftime formats are a bit weird-looking, but I

dd fixes for buffer-size calculation overflow, unnecessary fstat

2005-09-13 Thread Paul Eggert
I installed these miscellaneous patches to dd.c, prompted by my discovery the user can cause a buffer overflow by specifying weird block sizes. There's also a fix to avoid a call to stat in the usual case where ftruncate succeeds. 2005-09-13 Paul Eggert [EMAIL PROTECTED] * src/dd.c:

Re: Possible bug in uname command

2005-09-13 Thread Paul Eggert
Asif Iqbal, Trumboo [EMAIL PROTECTED] writes: There seems to be a possible bug in uname command on most versions of the Linux system. uname -p prints 'unknown' instead of the host processor name. As I understand it, that is a deficiency in the Linux API rather than a bug in coreutils proper:

md5 merge from glibc, plus sha1 fixes

2005-09-13 Thread Paul Eggert
I installed this: 2005-09-13 Paul Eggert [EMAIL PROTECTED] Merge md5 from libc, and clean up some sha1 glitches. * md5.h (__GNUC_PREREQ, __THROW, __attribute__): New macros. (__md5_buffer): Renamed from md5_buffer. Add a macro undoing this if _LIBC is not

Re: Possible bug in uname command

2005-09-13 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As I understand it, that is a deficiency in the Linux API rather than a bug in coreutils proper: Linux doesn't support the relevant sysinfo (Solaris-style) or sysctl (BSD-style) system calls. Perhaps you can report the problem to the Linux

Re: date not parsing full iso-8601

2005-09-13 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 9/13/2005 4:16 PM: OK, I installed the patch below. Comments welcome. In particular, the new %:z, %::z, %:::z strftime formats are a bit weird-looking, but I couldn't think of anything better. All I could think of