Re: C++ libtool build error?

2010-03-09 Thread Simon Josefsson
Bruno Haible writes: >> Recently gnulib added some self-tests written in C++ for otherwise >> C-only modules. When imported into libidn (otherwise a strictly C >> library), this leads to an error message: >> >> /bin/bash ../libtool --preserve-dup-deps --mode=link g++ -o >> test-fcntl-h-c+

Re: New stable snapshot

2010-03-09 Thread Bruno Haible
Hi Ian, > I've released a new stable snapshot. See attached NEWS.stable for details. Thanks for doing this. It's time to advertise your stable releases a little more. Here's a proposed doc change: 2010-03-09 Bruno Haible * doc/gnulib-intro.texi (Steady Development): Mention Ian Beck

latest test-string-c++.c causes CXX compilation failure

2010-03-09 Thread Jim Meyering
Hi, I tried the latest from gnulib via coreutils, and saw this: In file included from test-string-c++.cc:23: ../lib/string.h:301: error: type of 'memchr' is unknown ../lib/string.h:301: error: invalid type in declaration before ';' token ../lib/string.h:301: error: 'int memchr' redeclared as diff

Re: latest test-string-c++.c causes CXX compilation failure

2010-03-09 Thread Jim Meyering
Jim Meyering wrote: > I tried the latest from gnulib via coreutils, > and saw this: > > In file included from test-string-c++.cc:23: > ../lib/string.h:301: error: type of 'memchr' is unknown > ../lib/string.h:301: error: invalid type in declaration before ';' token > ../lib/string.h:301: error: 'in

Re: C++ libtool build error?

2010-03-09 Thread Eric Blake
On 03/09/2010 01:02 AM, Simon Josefsson wrote: > No, I have version '2.2.6b' from debian. > > I noticed one thing: if I add AC_PROG_CXX to libidn/configure.ac > everything works. So I believe this is a bug in gnulib, it is adding > C++ files to my project so it should make sure that a C++ compile

Re: C++ libtool build error?

2010-03-09 Thread Simon Josefsson
Eric Blake writes: > On 03/09/2010 01:02 AM, Simon Josefsson wrote: >> No, I have version '2.2.6b' from debian. >> >> I noticed one thing: if I add AC_PROG_CXX to libidn/configure.ac >> everything works. So I believe this is a bug in gnulib, it is adding >> C++ files to my project so it should

Re: [PATCH] (x)memcoll: performance improvement when input is known to be NUL delimited.

2010-03-09 Thread Chen Guo
Hi Bruno, I tried with the checks for the presence of that last NUL byte like you suggested, and to my surprise on the remote machine I was testing on it was consistently (as in every run for 20 runs) faster, and thus I've included it in the patch. This is not what I expected at all, and I'm