On 05/24/2011 10:27 AM, Sam Steingold wrote: >> * Eric Blake <roy...@erqung.pbz> [2011-05-24 10:18:05 -0600]: >> On 05/24/2011 10:12 AM, Sam Steingold wrote: >>> I updated gnulib and found that it now wants to add these files to >>> CLISP: >>> >>> src/gllib/glthread/lock.c >>> src/gllib/glthread/lock.h >>> src/gllib/glthread/threadlib.c >>> src/gllib/strerror-impl.h >>> src/gllib/strerror_r.c >>> src/glm4/strerror_r.m4 >>> >>> I did not import any new modules. >>> what has happened? >> >> strerror and perror now depend on strerror_r, and strerror_r depends >> on locking; this was done in order to fix perror bugs (perror is not >> allowed to modify the strerror static buffer). > > Is there a way to avoid this dependency creep?
Not without breaking strerror_r and perror for other users. > I do _not_ want strerror_r. Why not? If you are multi-threaded, then you absolutely want strerror_r (and _not_ strerror), if you care at all about thread-safety. And if you are single-threaded, you are still free to use the much nicer strerror() interface without having to go through the strerror_r hoops; but we would still prefer implementing strerror on top of strerror_r under the hood, to avoid duplication of code (otherwise, both strerror and sterror_r have to duplicate the gnulib replacement error messages). -- Eric Blake ebl...@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature