Re: coreutils-5.2.1. touch check fails as / is writable on OS X

2005-07-08 Thread Paul Eggert
Thanks for reporting that. I think the bug was fixed in coreutils CVS as follows: 2005-05-10 Jim Meyering [EMAIL PROTECTED] * tests/touch/not-owner: Skip this test if the user running it owns `/' or has write access to it. --- not-owner 23 Jun 2004 15:07:05 - 1.3

Re: same.c:78: error: `HAVE_LONG_FILE_NAMES' undeclared (first use in this function)

2005-07-08 Thread Paul Eggert
Gerrit P. Haase [EMAIL PROTECTED] writes: I also got antoher error, for module mathl this was added to Makefile.am: noinst_HEADERS += Since it was the first use of noinst_HEADERS automake chokes on it. I guess you're supposed to put noinst_HEADERS = at the top. Suggested fix is

Re: switched coreutils to new regex implementation

2005-07-08 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 7/7/2005 6:32 PM: I installed the following to sync coreutils from gnulib with respect to regex. This is a big patch, so I won't enclose the stuff that's identical to yesterday's gnulib patch. gcc 3.4.4 emits these

Re: same.c:78: error: `HAVE_LONG_FILE_NAMES' undeclared (first use in this function)

2005-07-08 Thread Gerrit P. Haase
Paul Eggert wrote: Gerrit P. Haase [EMAIL PROTECTED] writes: I also got antoher error, for module mathl this was added to Makefile.am: noinst_HEADERS += Since it was the first use of noinst_HEADERS automake chokes on it. I guess you're supposed to put noinst_HEADERS = at the top.

Re: switched coreutils to new regex implementation

2005-07-08 Thread Paul Eggert
Eric Blake [EMAIL PROTECTED] writes: 2005-07-08 Eric Blake [EMAIL PROTECTED] (tiny change) * regcomp.c (init_dfa, build_range_exp): Store __btowc value in wint_t, not wchar_t. Thanks for reporting that. I installed the following (slightly-different) patch into gnulib (and

more gcc warnings

2005-07-08 Thread Eric Blake
A couple of porting problems caught by compiling with gcc -Wall on cygwin: ls.c and stty.c use ioctl without including sys/ioctl.h, triggering a warning about implicit declarations. Even worse, since ioctl is a varargs function, this is undefined C (luckily, it compiles and links okay on

Re: more gcc warnings

2005-07-08 Thread Eric Blake
[EMAIL PROTECTED] (Eric Blake) writes: ls.c and stty.c use ioctl without including sys/ioctl.h, triggering a warning about implicit declarations. Even worse, since ioctl is a varargs function, this is undefined C (luckily, it compiles and links okay on cygwin). Thanks for reporting

Re: more gcc warnings

2005-07-08 Thread Paul Eggert
[EMAIL PROTECTED] (Eric Blake) writes: ls.c and stty.c use ioctl without including sys/ioctl.h, triggering a warning about implicit declarations. Even worse, since ioctl is a varargs function, this is undefined C (luckily, it compiles and links okay on cygwin). Thanks for reporting this.

Re: more gcc warnings

2005-07-08 Thread Paul Eggert
Does the following patch fix your problems with Cygwin? (I haven't had time to write a changelog entry for it.) Most likely it won't work on some older hosts, but we can cross that bridge if we come to it. Index: configure.ac ===