Re: relicensing libunistring to "dual LGPLv3+ or GPLv2"

Hi Bruno, Bruno Haible skribis: > === Paul, Eric, Ludovic, === > > Would you agree to relicense your changes to lib/isnan.c > under 'LGPLv3+ or GPLv2'? > Or possibly even under LGPLv2+? Yes, sure. Ludo’.

[PATCH] Fix gnulib C++ namespace support and std::frexp

frexp is an overloaded function in C++. Use _GL_CXXALIASWARN1 to explicitly pick the overload being replaced. Otherwise, with e.g. GCC 7, if you enable gnulib's namespace support, you'll see: In file included from .../src/gdb/common/common-defs.h:54:0, from .../src/gdb/defs.

[PATCH] Avoid having GNULIB_NAMESPACE::func always inject references to rpl_func

Currently, with C++ namespace support enabled, by defining GNULIB_NAMESPACE, the replacement symbols put in the GNULIB_NAMESPACE namespace are function pointers that point to the rpl_func functions. This means that the linker must pull in the rpl_func functions, even when "GNULIB_NAMESPACE::func(..

Re: [PATCH] Avoid having GNULIB_NAMESPACE::func always inject references to rpl_func

Thanks, I installed your two recent patches. I don't know C++ well; perhaps Bruno or another reviewer can double-check if they have the time. I noticed that with the patches installed, the command './gnulib-tool --test --with-c++-tests frexp frexpl frexpf frexp-nolibm' fails with diagnostics li

Re: relicensing libunistring to "dual LGPLv3+ or GPLv2"

On 11/11/2016 07:44 PM, Bruno Haible wrote: > Hi, > > It has been decided that libunistring is going to be relicensed under > "dual LGPLv3+ or GPLv2" license. See > http://lists.gnu.org/archive/html/bug-libunistring/2016-11/msg3.html > > To this effect, the libunistring modules in gnulib that

Re: [PATCH] strerror_r-posix: Fix override of AC_FUNC_STRERROR_R

On 11/04/2016 05:50 PM, Bruno Haible wrote: > Hi Eric, > > Thanks for noticing and fixing this faster than I could. > >> A better approach is to replace the autoconf macro with a version >> of our own that doesn't probe anything, so that the AC_DEFINE is >> reached exactly once. > > Yes, agreed.

[PATCH] Merge strftime.c changes from glibc

This incorporates: 2007-10-16 [BZ #5184] Add tzset_called argument 2008-06-13 [BZ #6612] pass reference to tzset_called around 2009-10-30 Implement Burmese language locale for Myanmar 2010-01-09 Add support for XPG7 testing 2015-09-26 [BZ #18985] out of range data to strftime() causes a segfault 20

Re: [PATCH] support for quarter from strftime (%q)

Thanks, and we can tune the gnulib strftime %q the same way as glibc so I installed the attached. >From 10ee65aaa991bb2260498d4d6f6ac27bce21627d Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 12 Nov 2016 17:40:26 -0800 Subject: [PATCH] strftime: tune %q * lib/strftime.c (__strftime_intern

Re: relicensing libunistring to "dual LGPLv3+ or GPLv2"

Hi Paolo, For the 'frexpl-nolibm' module I also need your approval, since you contributed lib/frexpl.c on 2003-02-18. Would you agree to relicense your initial lib/frexpl.c under 'LGPLv3+ or GPLv2'? Or possibly even under LGPLv2+? Bruno > It has been decided that libunistring is going to be rel