Op Mon, 23 May 2005 01:12:58 -0700 schreef Paul Eggert in <[EMAIL PROTECTED]>: : [EMAIL PROTECTED] (James Youngman) writes: : : > Gnulib guys, what's the significance of the changes made to : > modechange.c? How should callers who previously used MODE_MASK_PLUS : > modify their code to get the same behaviour? : : We couldn't find any programs that set some of the MODE_MASK bits but : not others, and which also conformed to POSIX; so we removed that part : of the interface. As far as I can see GNU find falls into the same : camp (though admittedly the POSIX wording is a bit muddy here).
Excuse my ignorance, but I don't understand the above statement. Could you elaborate a bit, please? Is a functional change in findutils to be expected from this? : Also, I notice that import-gnulib hasn't been updated to reflect : the fact that config.rpath now lives in gnulib/build-aux. That's another story, and might deserve another patch. : So I propose this patch to findutils. So, my patch apparently /was/ correct (except the (c)-year). :-/ [...] L8r, Buzz [who thought findutils was one of the main gnulib-dependents]. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | / / really is | and false bits entirely. | mail for ) | | / / a 72 by 4 +-------------------------------+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe "s.u(z)\1.as." | me. 4^re _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib
