Re: [bugs #10778] uname: "correct" Darwin/Mac OS X patch

2004-11-09 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > + if (sysctlbyname ("hw.cputype", &cputype, &s, NULL, 0) == 0 This is more of a question for Toby, but would it be possible and/or advisable to convert that to a call to sysctl instead of sysctlbyname? The current coreutils/src/uname.c is alrea

Re: Compiling coreutils-5.0 on a Mac Powerbook under OS X

2004-11-09 Thread Paul Eggert
John Lowe <[EMAIL PROTECTED]> writes: > Yes that does work. Thanks. I installed this change to gnulib and to coreutils. The new strftime.m4 is still a bit odd -- why have two macros gl_FUNC_GNU_STRFTIME and gl_FUNC_STRFTIME? But I left that alone. 2004-11-09 Paul Eggert <[EMAIL PROTECTED]>

Re: [bugs #10778] uname: "correct" Darwin/Mac OS X patch

2004-11-09 Thread Jim Meyering
>> Original Submission: I realize that this is fixed in CVS, >> but I've attached a "correct" patch for uname -p on >> Darwin/Mac OS X. Diff is against coreutils 5.2.1. >> >> It attempts to use the correct sysctl to determine the CPU type. >> Unfortunately, I found it necessary to convert "ppc" to

Re: Bug-corutils

2004-11-09 Thread Paul Eggert
Thanks for your bug report. That warning is relatively harmless. The problem should be fixed in the next version of coreutils. The patch used to fix it is here: http://lists.gnu.org/archive/html/bug-coreutils/2004-08/msg00044.html ___ Bug-coreutils m

Re: Compiling coreutils-5.0 on a Mac Powerbook under OS X

2004-11-09 Thread John Lowe
In message <[EMAIL PROTECTED]>, Paul Eggert <[EMAIL PROTECTED]> writes John Lowe <[EMAIL PROTECTED]> writes: strftime.c:63: header file 'wchar.h' not found Does the following patch to lib/strftime.c fix things for you? --- strftime.c 2003-09-29 23:44:01 -0700 +++ /tmp/strftime.c2004-11-08 09:5