[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 vries at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #11 from Jakub Jelinek 2012-01-06 16:12:00 UTC --- Sure, we'd need some coordination between glibc and libstdc++, or just a glibc version check and defining the std::gets prototype in libstdc++.

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #10 from joseph at codesourcery dot com 2012-01-06 15:51:20 UTC --- On Fri, 6 Jan 2012, jakub at gcc dot gnu.org wrote: > I'm not sure if for -D_GNU_SOURCE we want a ::gets prototype in C++, it would > be better to just have std::gets

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9 f

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #8 from Jonathan Wakely 2012-01-06 15:33:16 UTC --- I've already glanced over them and added one comment, I'll go through them properly asap

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #7 from joseph at codesourcery dot com 2012-01-06 15:28:16 UTC --- On Fri, 6 Jan 2012, redi at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 > > --- Comment #6 from Jonathan Wakely 2012-01-06 > 12:08:11

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #6 from Jonathan Wakely 2012-01-06 12:08:11 UTC --- (In reply to comment #5) > We already discussed C++ > semantics for those headers, see > . Yep, I remember, I was just che

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #5 from joseph at codesourcery dot com 2012-01-06 11:47:15 UTC --- On Fri, 6 Jan 2012, redi at gcc dot gnu.org wrote: > does glibc also define macros for alignof, true, false, bool etc. in C++ mode? Those C11 macros are defined in he

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #4 from Jonathan Wakely 2012-01-06 11:06:50 UTC --- this should be reported to glibc, like http://sourceware.org/bugzilla/show_bug.cgi?id=13566

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #3 from Jonathan Wakely 2012-01-06 10:56:31 UTC --- http://sourceware.org/bugzilla/show_bug.cgi?id=13529 should be reproducible with: #include static_assert( true, "valid C++" ); this could be fixed in libstdc++ by providing a fi

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #2 from vries at gcc dot gnu.org 2012-01-06 10:51:51 UTC --- Looks related to: + [BZ #13529] + * assert/assert.h (static_assert): Define. + diff --git a/assert/assert.h b/assert/assert.h index 841f435..4022e28 100644 --- a

[Bug c++/51773] error building libitm/aatree.cc on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51773 --- Comment #1 from Jonathan Wakely 2012-01-06 10:50:24 UTC --- (In reply to comment #0) > /home/vries/local/glibc-arm/base/src/gcc-mainline/libitm/local_type_traits:886:52: > error: ISO C++ forbids declaration of '_Static_assert' with no type L