[Bug c++/46108] New: constexpr ICE: streambuf_iterator.h:97

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46108 Summary: constexpr ICE: streambuf_iterator.h:97 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@

[Bug c++/46108] constexpr ICE: streambuf_iterator.h:97

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46108 --- Comment #1 from Benjamin Kosnik 2010-10-20 23:38:10 UTC --- Created attachment 22101 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22101 pre-processed sources

[Bug c++/46133] New: constexpr needed for C99 complex type creation from ctor with two floating point types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46133 Summary: constexpr needed for C99 complex type creation from ctor with two floating point types Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement

[Bug c++/46134] New: constexpr vs. defaulted ctor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46134 Summary: constexpr vs. defaulted ctor Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org

[Bug c++/46134] constexpr vs. defaulted ctor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46134 --- Comment #1 from Benjamin Kosnik 2010-10-22 15:31:36 UTC --- Created attachment 22124 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22124 pre-processed sources

[Bug libstdc++/46151] New: namespace versioning holes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151 Summary: namespace versioning holes Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.

[Bug c++/46203] New: constexpr weirdness w/ default ctors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46203 Summary: constexpr weirdness w/ default ctors Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gc

[Bug c++/46203] constexpr weirdness w/ default ctors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46203 --- Comment #1 from Benjamin Kosnik 2010-10-27 21:30:29 UTC --- Created attachment 22182 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22182 pre-processed sources

[Bug c++/46203] constexpr weirdness w/ default ctors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46203 --- Comment #2 from Benjamin Kosnik 2010-10-28 17:46:29 UTC --- Only with --disable-checking

[Bug libstdc++/46207] std::atomic::store(...) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46207 Benjamin Kosnik changed: What|Removed |Added CC||bkoz at gcc dot gnu.org --- Comment #8

[Bug c++/45923] constexpr diagnostic w/ non-literal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #4 from Benjamin Kosnik 2010-11-03 17:32:23 UTC --- This is going to be re-purposed into a more general bugreport about constexpr and diagnostics. The goal is to try and get compiler messages about why code constructs are or are not

[Bug c++/45923] constexpr diagnostic w/ non-literal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #5 from Benjamin Kosnik 2010-11-03 17:37:39 UTC --- Created attachment 22256 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22256 constexpr diagnostics test case #01 This is a test case that shows locality information for faile

[Bug c++/45923] constexpr diagnostic w/ non-literal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #6 from Benjamin Kosnik 2010-11-03 17:42:08 UTC --- Created attachment 22257 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22257 constexpr diagnostics test case #02 This diagnostic is for defaulted constructors. At this point,

[Bug c++/46293] New: constexpr vs. tuple, ice

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46293 Summary: constexpr vs. tuple, ice Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org

[Bug c++/45923] constexpr diagnostic w/ non-literal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #7 from Benjamin Kosnik 2010-11-03 20:48:38 UTC --- Created attachment 22266 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22266 constexpr diagnostics test case #03 more locality, from this under-development chrono snippet. %

[Bug c++/45923] constexpr diagnostic w/ non-literal

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #8 from Benjamin Kosnik 2010-11-03 20:55:42 UTC --- Created attachment 22268 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22268 constexpr diagnostics test case #04 This is just a test case for previously-reported-and fixed bu

[Bug c++/46289] [4.6 regression] ICE in build_constexpr_constructor_member_initializers, at cp/semantics.c:5513

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46289 Benjamin Kosnik changed: What|Removed |Added CC||bkoz at gcc dot gnu.org --- Comment #6

[Bug c++/46382] New: constexpr vs. static_assert in constexpr ctors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46382 Summary: constexpr vs. static_assert in constexpr ctors Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: una

[Bug c++/46382] constexpr vs. static_assert in constexpr ctors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46382 --- Comment #4 from Benjamin Kosnik 2010-11-09 15:47:23 UTC --- Nice! Thanks.

[Bug other/46332] __cxa_demangle yields excess parentheses for function types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46332 Benjamin Kosnik changed: What|Removed |Added CC||bkoz at gcc dot gnu.org --- Comment

[Bug other/46332] __cxa_demangle yields excess parentheses for function types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46332 --- Comment #13 from Benjamin Kosnik 2010-11-10 15:24:28 UTC --- > Should we change the expected demangling in 14.cc to > be void foo() or should we do something else. I think 14.cc should be foo(). Your change is ok with me. FWIW, this is als

[Bug c++/45923] constexpr diagnostics, more more

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #9 from Benjamin Kosnik 2010-11-11 04:54:49 UTC --- Oh, i thought of another thing, if non-literal type with a constexpr constructor is used to define a namespace-scope static variable, and the "constexpr" creation cannot be honored,

[Bug libstdc++/46447] std::atomic_flag slower than std::atomic_uchar

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46447 Benjamin Kosnik changed: What|Removed |Added CC||bkoz at gcc dot gnu.org

[Bug libstdc++/36104] [4.3/4.4/4.5/4.6 Regression] gnu-versioned-namespace is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104 Benjamin Kosnik changed: What|Removed |Added Target Milestone|4.3.6 |4.6.0 --- Comment #8 from Benjamin Kosn

[Bug libstdc++/46645] [4.6 Regression] FAIL: 20_util/unique_ptr/requirements/explicit_instantiation/explicit_instantiation.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46645 Benjamin Kosnik changed: What|Removed |Added CC||bkoz at gcc dot gnu.org Target

[Bug c++/45923] constexpr diagnostics, more more

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45923 --- Comment #10 from Benjamin Kosnik 2010-11-24 20:44:49 UTC --- Follow up to #9, as per discussions in Batavia and http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02406.html There was some thought of providing an attribute syntax for this, say

[Bug libstdc++/49870] New: regex_match vs. "^"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49870 Summary: regex_match vs. "^" Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org

<    1   2   3