I preprocess the file, I can see the __THROW expands to "throw ()",
but that's the case for g++ as well.
The reason for the "g++ 4.4" threshold was 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
ined 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
, so that
users of those headers are 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
he issues it fixes, I've tried to use "gnulib-tool
--avoid=close" but in that 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
_GL_VERIFY(R, DIAGNOSTIC, ...) static_assert (R, DIAGNOSTIC)
> #elif defined _GL_HAVE__STATIC_ASSERT
> # define _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
_INLINE simply always expand to
'inline' in C++?
I've 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.
--
Alexa
On Tue, Dec 17, 2013 at 9:45 PM, Paul Eggert 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 installed the fol
On Thu, Jul 18, 2013 at 10:17 PM, Alexandre Duret-Lutz
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
IME and HAVE_LOCALTIME
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/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 __cplusplu
---
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 an
* 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 ins
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
#define int8_t gl_int8_t
The attached patch shows how I've modified my copy of the file.
--
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]>
+
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-
en
testprograms += test-gc$(EXEEXT)
testprograms += test-whatever$(EXEEXT)
...
(And with the patch below you won't need $(EXEEXT).)
Note to self: need to tune transform_variable_recursively so it doesn't
create a temporary variable when no transformation has occurred.
2006-01-2
al
directories.
BH> Also, do you have an idea about the release date of automake-1.10?
CVS 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.
--
A
>>> "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 $(BU
21 matches
Mail list logo
