status of C++ support with GNULIB_NAMESPACE

Hi, To see where we are on C++ GNULIB_NAMESPACE support, I ran $ ./gnulib-tool --create-testdir --with-c++-tests --with-tests --dir=/tmp/testdir (takes one hour, be patient) and built it on a glibc system with $ ./configure CPPFLAGS="-DGNULIB_NAMESPACE= -Wall" CC=g++ $ make -k Here are

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

Hi Pedro, > 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 "GNUL

[PATCH] fix test driver leaks: exclude, malloc, realloc

FYI, I've just pushed the attached, so that grep's subset of gnulib tests now pass leak-free. From 19a23ce7c07fcac4c969dfec254ba02e59975e96 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Sun, 20 Nov 2016 08:33:38 -0800 Subject: [PATCH] fix test driver leaks: exclude, malloc, realloc * tests/te

Re: gettext->gnulib sync conflicts

However, in periods where only small and safe changes are being made, The problem from my point of view is that I just see a change and can't (don't want to) guess if it's "small and safe". If I can't blindly sync the changes I see, that creates an additional burden that I can't (don't want to

[PATCH] dfa: fix logic typo

Problem reported by Stephane Chazelas (Bug#24973). * lib/dfa.c (using_simple_locale): Fix typo that caused some non-simple locales like fr_FR to be treated as simple. --- ChangeLog | 7 +++ lib/dfa.c | 4 ++-- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog