Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: > Le lundi 28 avril 2008 à 22:40 +0200, Jim Meyering a écrit : >> Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: >> > Le samedi 26 avril 2008 à 02:31 +0200, Bruno Haible a écrit : >> >> 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. Care to >> >> provide >> >> a patch that is acceptable to Jim? >> >> > Attached. >> >> Changing the mkdir wrapper to fail with ENOMEM is fine, >> since mkdir is already specified to fail with ENOMEM. >> >> However, your patch also changes basename.c and dirname.c. >> Did you mean to include those? > > Theses are not required, however it would be nice to move the > strip_trailing_slashes() function in it's own separate module, so that > mkdir doesn't have to pull the whole dirname dependencies. > > Does that sound good?
Sure. Will you write the patch? >> We can't change the base_name and dir_name APIs so lightly. Callers of >> those functions currently require a non-NULL return value, and with >> your change, they would all have to adapt to handle NULL. >> >> > Is the license change ok thought? >> >> I'll change the mkdir license to LGPL. >> Or do you require LGPLv2+? > > For Prelude, we need the LGPLv2+ license. Ok with you? Done. 2008-04-29 Jim Meyering <[EMAIL PROTECTED]> * modules/mkdir (License): Re-license as LGPLv2+.