Re: clang++ hard failure with GNULIB_NAMESPACE

2021-01-15 Thread Alexandre Duret-Lutz
that initially the definition of __CORRECT_ISO_CPP_STRING_H_PROTO used only that: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d8387c7b7b1c9ae92f924c33ba05790c98464d19 The change to the current definition is one year old: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=953ceff17a4a15b10cfdd5edc3c8cae4884c8ec3 I have reproduced these errors with clang++ 9, 10, and 11, but that should not be surprising if __CORRECT_ISO_CPP_STRING_H_PROTO is enabled for clang++ >= 3.5. -- Alexandre Duret-Lutz

Re: different CFLAGS for gnulib code?

2021-01-15 Thread Alexandre Duret-Lutz
ned about recently occur when compiling gnulib, which I compile without any extra warning flags anyway. They occur when compiling my own C++ code that include gnulib's headers. -- Alexandre Duret-Lutz

Re: clang++ 11 compilation issues

2021-01-14 Thread Alexandre Duret-Lutz
in my project. So this above warning is about code that will never be used, but for which the compiler is still wasting resources for parsing and analyzing. Would it be acceptable to replace all these pgettext functions by dummy macros when NLS is disabled? -- Alexandre Duret-Lutz

clang++ hard failure with GNULIB_NAMESPACE

2021-01-14 Thread Alexandre Duret-Lutz
Alexandre Duret-Lutz writes: > Bruno Haible writes: > >> in C++, it is easier and more robust to define GNULIB_NAMESPACE. > > OK, thanks, I'll progress this way. Progress is not smooth. This time it's unrelated to -Werror. Using clang++ 11, compilation fails becaus

Re: cannot figure out how to work with GNULIB_NAMESPACE without warnings

2021-01-14 Thread Alexandre Duret-Lutz
e not annoyed by warnings I could have avoided. (Obviously I'm not installing the gnulib headers, so I have a bit more freedom here.) -- Alexandre Duret-Lutz

cannot figure out how to work with GNULIB_NAMESPACE without warnings

2021-01-13 Thread Alexandre Duret-Lutz
hat case I get "#define close _close", which does not help either. Any clue ? -- Alexandre Duret-Lutz

Re: clang++ 11 compilation issues

2021-01-13 Thread Alexandre Duret-Lutz
xt_id == __null; ^~ nullptr 1 warning generated. -- Alexandre Duret-Lutz

clang++ 11 compilation issues

2021-01-12 Thread Alexandre Duret-Lutz
ine _GL_VERIFY(R, DIAGNOSTIC, ...) _Static_assert (R, DIAGNOSTIC) > #else > # define _GL_VERIFY(R, DIAGNOSTIC, ...)\ > extern int (*_GL_GENSYM (_gl_verify_function) (void))\ > [_GL_VERIFY_TRUE (R, DIAGNOSTIC)] > #endif However there are a few __cplusplus tests at the top of the file that attempt to tell when _Static_assert can be used (and failed here), and I do not really follow that logic. Those macros check for __cpp_static_assert to assume something about _Static_assert, which seems dubious. -- Alexandre Duret-Lutz

bogus interaction between _GL_INLINE and __NTH when compiling argp.h with g++-4.6 -std=c++0x

2013-12-18 Thread Alexandre Duret-Lutz
patched my copy of argp.h as suggested in point 1 above to fix my compilation issue (patch attached). But as the implication of __NTH in conjunction with _GL_INLINE is unclear to me, I'm not sure whether this is sane. -- Alexandre Duret-Lutz From c072aaf3ed47169105fbb23dec64644e4277d9ec Mon Sep 17

Re: failure to include C++'s ctype when gmtime and localtime are replaced by gnulib

2013-12-17 Thread Alexandre Duret-Lutz
On Thu, Jul 18, 2013 at 10:17 PM, Alexandre Duret-Lutz a...@lrde.epita.fr wrote: Hi, My C++ code uses a few modules of gnulib and has to be cross-compilable with MinGW. Using gnulib 312af25ba220ccff068245f0dc698e9bcc8f03f8, my cross-compilation builds fail with: In file included from /usr

Re: failure to include C++'s ctype when gmtime and localtime are replaced by gnulib

2013-12-17 Thread Alexandre Duret-Lutz
On Tue, Dec 17, 2013 at 9:45 PM, Paul Eggert egg...@cs.ucla.edu wrote: On 12/17/2013 11:06 AM, Paul Eggert wrote: Thanks, I don't use C++ so I can't really review that, but nobody else has commented so I installed it into gnulib. Well, I spoke too quickly; that patch broke Emacs. I

failure to include C++'s ctype when gmtime and localtime are replaced by gnulib

2013-07-18 Thread Alexandre Duret-Lutz
for the case where gl_GETTIMEOFDAY_REPLACE_LOCALTIME is not called. Then all my builds became green again :-) The fixed patch with a ChangeLog (in his name) is attached. -- Alexandre Duret-Lutz 0001-gettimeofday-fix-C-crosscompilation.patch Description: Binary data

[PATCH 1/2] * lib/argp-help.c: Typo in comment.

2013-05-17 Thread Alexandre Duret-Lutz
--- lib/argp-help.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/argp-help.c b/lib/argp-help.c index 354f1e2..85def44 100644 --- a/lib/argp-help.c +++ b/lib/argp-help.c @@ -649,7 +649,7 @@ hol_find_entry (struct hol *hol, const char *name) return 0; } -/* If

[PATCH 2/2] argmatch: port to C++

2013-05-17 Thread Alexandre Duret-Lutz
* lib/argmatch.h [__cplusplus]: Add extern C. --- lib/argmatch.h |8 1 file changed, 8 insertions(+) diff --git a/lib/argmatch.h b/lib/argmatch.h index 2e0275c..e4c8027 100644 --- a/lib/argmatch.h +++ b/lib/argmatch.h @@ -26,6 +26,10 @@ # include verify.h +#ifdef __cplusplus

[PATCH] x-to-1: Honor $PERL

2012-12-12 Thread Alexandre Duret-Lutz
* build-aux/x-to-1.in: Run $HELP2MAN via $PERL so that the user gets a chance to use his preferred version of Perl. This is typically required by Darwin users whose default /usr/bin/perl do not have all the libraries required by help2man, and who need to use their MacPorts installation of Perl

make gethrxtime c++ safe

2012-10-08 Thread Alexandre Duret-Lutz
Hi, I just ran into this problem while attempting to use gethrxtime.h in a C++ project. -- Alexandre Duret-Lutz 0001-gethrxtime-make-C-safe.patch Description: Binary data

gnulib/stdint.h not defining typedefs causes failures with Boost

2008-11-18 Thread Alexandre Duret-Lutz
. -- Alexandre Duret-Lutz diff --git a/ChangeLog b/ChangeLog index 965297f..8007931 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,10 @@ +2008-11-18 Alexandre Duret-Lutz [EMAIL PROTECTED] + + * gnulib/stdint.in.h: Make sure all types defined with a macro are + mapped to a typedef

Re: ftp.gnu.org no longer working with old method?

2006-10-15 Thread Alexandre Duret-Lutz
I had the same problem while releasing Automake 1.10 tonight. A new version of gnupload is in Automake's CVS (and attached). -- Alexandre Duret-Lutz Shared books are happy books. http://www.bookcrossing.com/friend/gadl #!/bin/sh # Sign files and upload them. scriptversion=2006-10-15.21

Re: $(EXEEXT) in TESTS required?

2006-01-29 Thread Alexandre Duret-Lutz
to tune transform_variable_recursively so it doesn't create a temporary variable when no transformation has occurred. 2006-01-29 Alexandre Duret-Lutz [EMAIL PROTECTED] Append $(EXEEXT) to programs that may be listed in TESTS. Report from Simon Josefsson. * automake.in

Re: AC_LIBSOURCES considered harmful

2005-09-13 Thread Alexandre Duret-Lutz
Automake depends on CVS Autoconf. (No it doesn't depend on CVS Libtool nor CVS M4.) So it could be released as soon as Autoconf 2.60 is released. One month after 2.60 would be a safer bet. -- Alexandre Duret-Lutz ___ bug-gnulib mailing list bug

Re: [bug-gnulib] Re: libtool 2.1a failed mdemo-make.test on Solaris

2005-07-19 Thread Alexandre Duret-Lutz
Bruno == Bruno Haible [EMAIL PROTECTED] writes: [...] Bruno all-local $(libfoo_la_OBJECTS): $(ARGZ_H) Hmmm, why do you need this since $(ARGZ_H) is already in $(BUILT_SOURCES), and all depends on $(BUILT_SOURCES)? -- Alexandre Duret-Lutz ___ bug