CVS cygwin (will become 1.7.0) just added native fstatat support. In the
process, I noticed that findutils was still trying to compile the replacement
fstatat.c, because this cache check was referencing an undefined variable. I'm
checking this in:
>From e2f83854bc3e96ece16f2c0134cabf460cf212
Eric Blake <[EMAIL PROTECTED]> wrote:
> CVS cygwin (will become 1.7.0) just added native fstatat support. In the
> process, I noticed that findutils was still trying to compile the replacement
> fstatat.c, because this cache check was referencing an undefined variable.
> I'm checking this in:
...
Yoann Vandoorselaere wrote:
> I guess mkdir could use the original malloc implementation, returning an
> error on allocation failure. Or is that a problem?
Sounds ok to me: There is no reason why a system call replacement like mkdir()
should not report its allocation failures through -1/ENOMEM. Ca
Hi Eric,
> I've got an even more efficient implementation, inspired by
> http://www.cl.cam.ac.uk/~am21/progtricks.html
Very nice! And it has no "false positive" case, like the current memchr.c
implementation.
> Also, is anyone interested in making gnulib's memchr and strchrnul more
> efficient
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/25/2008 9:14 PM:
| Hi Eric,
|
|> I've got an even more efficient implementation, inspired by
|> http://www.cl.cam.ac.uk/~am21/progtricks.html
|
| Very nice! And it has no "false positive" case, like the current memchr.c
