[Bug libstdc++/78905] Add a macro to determine that the library is implemented

2017-01-19 Thread mattyclarkson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78905 --- Comment #9 from Matt Clarkson --- (In reply to Jonathan Wakely from comment #7) > GCC 7 now defines _GLIBCXX_RELEASE (with the same value as __GNUC__ has, > i.e. the GCC major version, as an integer constant, but defined by the > library

[Bug libstdc++/78905] Add a macro to determine that the library is implemented

2016-12-22 Thread mattyclarkson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78905 --- Comment #4 from Matt Clarkson --- That's OK. I'm not particularly looking for the macro to be backported to 4.9. Just as we move forward the new macro is available. If not it's not the end of the world I can always maintain the snippet

[Bug libstdc++/78905] New: Add a macro to determine that the library is implemented

2016-12-22 Thread mattyclarkson at gmail dot com
Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: mattyclarkson at gmail dot com Target Milestone: --- libstdc++ 4.7 and 4.8 shipped with a incomplete implementation. Detecting this is a bit of a pain. I did my best to attempt

[Bug libstdc++/78905] Add a macro to determine that the library is implemented

2016-12-22 Thread mattyclarkson at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78905 --- Comment #2 from Matt Clarkson --- Because wehen I compile with clang against the libstdc++ the problem will still occur and __GNUC__ will not be defined. This happens on any distro where GCC is the default but ships clang as an alternative

[Bug target/40068] GCC fails to apply dllexport attribute to typeinfo.

2013-09-13 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40068 Matt Clarkson mattyclarkson at gmail dot com changed: What|Removed |Added CC

[Bug target/40068] GCC fails to apply dllexport attribute to typeinfo.

2013-09-13 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40068 --- Comment #13 from Matt Clarkson mattyclarkson at gmail dot com --- Created attachment 30814 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30814action=edit missing dllexport on typeinfo output Added an attachment for the full compiler

[Bug c++/57588] New: [C++11][constexpr] static constexpr in class fails to link

2013-06-11 Thread mattyclarkson at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mattyclarkson at gmail dot com The following code, links in optimisation modes but not others: #include iostream

[Bug c++/57588] [C++11][constexpr] static constexpr in class fails to link

2013-06-11 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57588 --- Comment #3 from Matt Clarkson mattyclarkson at gmail dot com --- Thanks for that link, its very informative :) I can see why it fails to link now. About the private destructor, I'd expect it to not compile, but it does. I actually didn't

[Bug c++/55942] [C++11] sorry, unimplemented: calling a member function of the object being constructed in a constant expression

2013-05-07 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55942 Matt Clarkson mattyclarkson at gmail dot com changed: What|Removed |Added CC

[Bug libstdc++/57158] New: std::list.erase(const_iterator pos) not implemented

2013-05-03 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57158 Bug #: 57158 Summary: std::list.erase(const_iterator pos) not implemented Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity:

[Bug libstdc++/57158] std::list.erase(const_iterator pos) not implemented

2013-05-03 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57158 --- Comment #3 from Matt Clarkson mattyclarkson at gmail dot com 2013-05-03 12:21:22 UTC --- Thanks, glad it's been reported.

[Bug libstdc++/57047] New: [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 Bug #: 57047 Summary: [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor Classification: Unclassified Product: gcc Version: 4.7.2

[Bug libstdc++/57047] [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 --- Comment #1 from Matt Clarkson mattyclarkson at gmail dot com 2013-04-23 12:53:18 UTC --- Created attachment 29919 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29919 The preprocessed output before the ICE

[Bug c++/57047] [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 --- Comment #5 from Matt Clarkson mattyclarkson at gmail dot com 2013-04-23 13:42:50 UTC --- Jonathan, apologies for putting it under libstdc++ and also for putting it as a blocker. I didn't do that because I thought it was blocking my

[Bug c++/57047] [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 --- Comment #7 from Matt Clarkson mattyclarkson at gmail dot com 2013-04-23 13:53:04 UTC --- Created attachment 29920 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29920 A simplified reproducible test case

[Bug c++/57047] [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 --- Comment #8 from Matt Clarkson mattyclarkson at gmail dot com 2013-04-23 14:07:44 UTC --- Created attachment 29921 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29921 A very short reproducible test case (85 loc)

[Bug c++/57047] [C++11] stl_pair.h:137:64: internal compiler error: Segmentation fault in constexpr constructor

2013-04-23 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57047 --- Comment #9 from Matt Clarkson mattyclarkson at gmail dot com 2013-04-23 14:17:10 UTC --- This is a problem with both 4.7.2 and 4.8.0. Checked on http://coliru.stacked-crooked.com/

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

2012-11-14 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #12 from Matt Clarkson mattyclarkson at gmail dot com 2012-11-14 14:24:11 UTC --- @Dodji, thanks for fixing this :) What release will this be in? 4.8.1?

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

2012-10-17 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #7 from Matt Clarkson mattyclarkson at gmail dot com 2012-10-17 08:19:20 UTC --- Sorry about the bloated bug report - that was how I came across it. In the future I'll submit smaller test cases. Thanks for looking into this.

[Bug c++/54466] Recursive Type Alias, Member Function Pointer, Segmentation Fault

2012-10-16 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #1 from Matt Clarkson mattyclarkson at gmail dot com 2012-10-16 15:46:31 UTC --- This is still an error on 4.7.2. It is the const before the std::shared_ptrconst T that is the problem: templatetypename T

[Bug c++/54466] New: Recursive Type Alias, Member Function Pointer, Segmentation Fault

2012-09-03 Thread mattyclarkson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 Bug #: 54466 Summary: Recursive Type Alias, Member Function Pointer, Segmentation Fault Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED