Re: finish the GNULIB_POSIXCHECK framework

2018-08-04 Thread Bruno Haible
For completeness: This patch incorporates also the lesson from an earlier discussion [1], namely that it's OK if the maintainer has to regenerate the Autotools- generated files when they want to enable the posixcheck. [1] https://lists.gnu.org/archive/html/bug-gnulib/2011-01/msg00349.html

finish the GNULIB_POSIXCHECK framework

2018-08-04 Thread Bruno Haible
Currently the framework for using GNULIB_POSIXCHECK is hardly usable: - It is not documented. - The user has to remember that they will not be warned about functions declared in header files for which they have not requested the Gnulib replacement. This patch fixes both issues. 2018-08-04 B

Re: [PATCH] ieee754-h: new module

2018-08-04 Thread Paul Eggert
Bruno Haible wrote: Would you approve work in these directions? Thanks, those all look good to me. Emacs includes this header only on platforms using IEEE floating point, so it shouldn't get any compilation errors.

Re: [PATCH] ieee754-h: new module

2018-08-04 Thread Bruno Haible
Hi Paul, > It looks like Emacs can use this for some NaN processing. > Emacs uses it only on double NaNs so it should be safe. > * MODULES.html.sh (func_all_modules): Add ieee754-h. > * config/srclist.txt: Mention ieee754.h in a comment. > * doc/glibc-headers/ieee754.texi (ieee754.h): > Gnulib now

sys_resource: relicense to LGPLv2+

2018-08-04 Thread Bruno Haible
Hi John, All Gnulib modules that provide a replacement for a POSIX header file are under LGPLv2+ license, except for 'sys_resource'. I'd like to make this consistent. The people who contributed to this module's lib/ file (lib/sys_resource.in.h) are you and me. Would you agree to relicense your c