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
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
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
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
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
hat case I get "#define close _close", which does
not help either.
Any clue ?
--
Alexandre Duret-Lutz
xt_id == __null;
^~
nullptr
1 warning generated.
--
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
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
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
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
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
---
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
* 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
* 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
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
.
--
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
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
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
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
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
21 matches
Mail list logo