Re: split off module fchownat from module openat

2011-11-01 Thread Jim Meyering
Bruno Haible wrote: > Jim Meyering wrote: >> I'll test via coreutils once it's pushed. > > OK, I've pushed it, with this additional change squashed in: ... Thanks. That works fine, so I've updated coreutils: >From 65527e1c1a69a9ec8201435a6361964bcf31a480 Mon Sep 17 00:00:00 2001 From: Jim Meyerin

Re: split off module fchownat from module openat

2011-11-01 Thread Bruno Haible
Jim Meyering wrote: > I'll test via coreutils once it's pushed. OK, I've pushed it, with this additional change squashed in: --- m4/fchownat.m4.orig Tue Nov 1 11:06:48 2011 +++ m4/fchownat.m4 Tue Nov 1 11:05:57 2011 @@ -15,7 +15,6 @@ AC_DEFUN([gl_FUNC_FCHOWNAT], [ AC_REQUIRE([gl_UNIS

Re: split off module fchownat from module openat

2011-11-01 Thread Jim Meyering
Bruno Haible wrote: > Hi Jim, Eric, > > Here is a proposed patch to split fchownat() off from the module 'openat'. > > The immediate motivation is that on MSVC, there is no and no > , therefore code that fiddles with owners and groups leads to > many more compilation problems than code that just d

split off module fchownat from module openat

2011-10-31 Thread Bruno Haible
Hi Jim, Eric, Here is a proposed patch to split fchownat() off from the module 'openat'. The immediate motivation is that on MSVC, there is no and no , therefore code that fiddles with owners and groups leads to many more compilation problems than code that just deals with files and directories.