On 05/24/2011 10:32 AM, Sam Steingold wrote: > I think this is wrong. I do not want strerror_r. I did not ask for it > and there is no need for it in any module I asked for.
Umm, but there is - the strerror module needs it, to guarantee that it outputs the same replacement errno strings, without code duplication (although as I've already pointed out, we could probably refactor strerror.c and strerror_r.c to use a common third file for those strings, rather than making strerror use strerror_r). > You are making the use of gnulib a very risky proposition. > I do _NOT_ want to bundle the whole of gnu libc with clisp. Sounds like you would benefit from the proposed libposix project, which would alleviate the need for any POSIX-replaced functions from gnulib to appear in your source repository. Personally, I haven't been following the progress of that much, but I know there are still some hurdles to overcome before it is polished enough to release, so patches welcome. > You are making sure that I have to pull in more and more files every > time I update the gnulib files. That's somewhat to be expected - gnulib is the collection point for all known portability workarounds, and we seem to be learning about more and more needed workarounds as our portability increases. If you are worried about the size of your source repository, you could omit gnulib files from it (the git submodule approach used by coreutils and others has been working quite well); although that doesn't really decrease the size of your source tarballs any. -- Eric Blake ebl...@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
