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

Pedro Alves wrote: > --- a/lib/math.in.h > +++ b/lib/math.in.h > @@ -983,7 +983,7 @@ _GL_CXXALIAS_RPL (frexp, double, (double x, int *expptr)); > # else > _GL_CXXALIAS_SYS (frexp, double, (double x, int *expptr)); > # endif > -_GL_CXXALIASWARN (frexp); > +_GL_CXXALIASWARN1 (frexp, double, (doubl

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

Paolo Bonzini wrote: > LGPLv2+ is fine for any gnulib module I wrote. Thank you, Paolo. With all approvals complete, I pushed the relicensing changes. Bruno -- In memoriam Kerem Yılmazer

Re: bootstrap fails on Darwin for `libtool'

The background appears to be that on macOS: * /usr/bin/libtool is an Apple program, that does not support the GNU interface. It comes with Xcode; Xcode is the usual way to install a C compiler on this platform. * To avoid a conflict, people often configure GNU libtool with --program

bootstrap fails on Darwin for `libtool'

Folks, I got the following report for groff https://savannah.gnu.org/bugs/?49651 The groff build from repository source fails in the ./bootstrap phase on MacOS X systems. GNU libtool conflicts with the Xcode libtool. The attached patch [below] checks for a Darwin build and uses glib

Re: safer Unicode parsing

Paul Eggert wrote: > > -#if FULL_SAFETY || CONFIG_UNICODE_SAFETY > > Since this removes the only use of FULL_SAFETY, its definition in > tests/unistr/test-u32-mbtouc.c should also be removed. Good catch; thanks. Pushed with this additional change. Bruno -- In memoriam Farhád Asdaqí

relocatable-prog-wrapper fixes

Hi, When building a libiconv snapshot with --enable-relocatable on Cygwin, "make install" fails with libtool: link: gcc -g -O2 iconv.o iconv.res -o .libs/iconv.exe -L/usr/local/cygwin64/lib ../srclib/libicrt.a /tmp/inst/lib/libiconv.dll.a -L/tmp/inst/lib RELOC_LIBRARY_PATH_VAR="PATH" RELOC_LIB

strerror: make C++ safe

When creating a gnulib testdir for module 'strerror' ./gnulib-tool --create-testdir --with-c++-tests --with-tests --dir=... strerror and forcing REPLACE_STRERROR=1, the compilation in C++ mode with GNULIB_NAMESPACE fails: $ ./configure CPPFLAGS="-DGNULIB_NAMESPACE= -Wall" CC=g++ $ make ...

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

On 19/11/2016 11:26, Bruno Haible wrote: > 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+? > > If

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+? If you don't voice an objection within a week, I'll assume you ag