[Bug libstdc++/51823] [DR 198] [DR 2204] reverse iterator returns uninitialized values

2012-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823 --- Comment #16 from Dave Abrahams dave at boostpro dot com 2012-12-14 16:34:31 UTC --- Normative text vs. non-normative note == no contest, IMO. But I guess it doesn't hurt to have the bug open if it doesn't mean any changes

[Bug c++/55581] Too-eager instantiation

2012-12-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55581 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2012-12-04 19:30:40 UTC --- Actually, here's a simpler test case: template long N struct mooch { moochN-1 operator-(); }; template struct mooch0 { int x

[Bug c++/55581] New: Too-eager instantiation

2012-12-03 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55581 Bug #: 55581 Summary: Too-eager instantiation Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/55206] New: GCC Reports Ambiguity; clang and comeau disagree

2012-11-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55206 Bug #: 55206 Summary: GCC Reports Ambiguity; clang and comeau disagree Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal

[Bug c++/55206] GCC Reports Ambiguity; clang and comeau disagree

2012-11-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55206 --- Comment #2 from Dave Abrahams dave at boostpro dot com 2012-11-04 16:47:37 UTC --- I hate bugzilla for always tempting me to think I can add attachments when first submitting a bug, and then refusing the attachment because it's too big

[Bug c++/55206] GCC Reports Ambiguity; clang and comeau disagree

2012-11-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55206 --- Comment #3 from Dave Abrahams dave at boostpro dot com 2012-11-04 16:48:39 UTC --- PS my apologies again for the size. Just no time to reduce it now.

[Bug libstdc++/51823] [DR 198] reverse iterator returns uninitialized values

2012-10-30 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added CC||dave

[Bug c++/54706] New: -fsyntax-only suppresses a compilation error

2012-09-25 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54706 Bug #: 54706 Summary: -fsyntax-only suppresses a compilation error Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal

[Bug c++/54706] -fsyntax-only suppresses a compilation error

2012-09-25 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54706 --- Comment #3 from Dave Abrahams dave at boostpro dot com 2012-09-25 19:55:31 UTC --- (In reply to comment #1) As already discussed in another PR, with -fsyntax-only no template instantiation occurs. Can be that? Certainly

[Bug c++/51501] decltype over-agressive SFINAE

2012-08-18 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 --- Comment #6 from Dave Abrahams dave at boostpro dot com 2012-08-18 23:18:21 UTC --- Jason, are you submitting (or is there already) an issue for this?

[Bug c++/52869] New: this not being allowed in noexcept clauses

2012-04-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52869 Bug #: 52869 Summary: this not being allowed in noexcept clauses Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/52875] New: ADL failure + ICE in decltype

2012-04-04 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52875 Bug #: 52875 Summary: ADL failure + ICE in decltype Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/52844] New: ICE

2012-04-03 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52844 Bug #: 52844 Summary: ICE Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/52844] ICE

2012-04-03 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52844 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2012-04-03 15:06:08 UTC --- I think the problem is simple: missing initial type argument to vector_c in: template typename F, typename Tuple , std::size_t ...Is auto apply_tuple(F f

[Bug libstdc++/51617] [C++0x] async(f) isn't.

2011-12-19 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51617 --- Comment #4 from Dave Abrahams dave at boostpro dot com 2011-12-19 10:58:46 UTC --- (In reply to comment #2) Yes, this was an intentional choice (as I described in message c++std-lib-30840) to ensure the system doesn't get killed by a fork

[Bug libstdc++/51618] synchronous futures are slow

2011-12-19 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51618 --- Comment #2 from Dave Abrahams dave at boostpro dot com 2011-12-19 12:11:33 UTC --- on Mon Dec 19 2011, redi at gcc dot gnu.org gcc-bugzilla-AT-gcc.gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51618 --- Comment #1 from

[Bug libstdc++/51618] synchronous futures are slow

2011-12-19 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51618 --- Comment #4 from Dave Abrahams dave at boostpro dot com 2011-12-19 13:24:16 UTC --- Not a problem; thanks for looking.

[Bug c++/51617] New: [C++0x] async(f) isn't.

2011-12-18 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51617 Bug #: 51617 Summary: [C++0x] async(f) isn't. Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51617] [C++0x] async(f) isn't.

2011-12-18 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51617 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-19 05:11:20 UTC --- I should add this (non-normative, but still) note from [futures.async]: [ Note: If this policy is specified together with other policies, such as when using

[Bug libstdc++/51618] New: synchronous futures are slow

2011-12-18 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51618 Bug #: 51618 Summary: synchronous futures are slow Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51553] New: brace initialization and conversion operators

2011-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51553 Bug #: 51553 Summary: brace initialization and conversion operators Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/51561] New: Compilation segfault

2011-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51561 Bug #: 51561 Summary: Compilation segfault Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51561] Compilation segfault

2011-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51561 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-15 00:53:24 UTC --- Created attachment 26097 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26097 reproducer

[Bug c++/51561] Compilation segfault

2011-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51561 --- Comment #2 from Dave Abrahams dave at boostpro dot com 2011-12-15 00:58:37 UTC --- Close this please! So sorry; I was totally misinterpreting what I saw. There's no compiler crash.

[Bug c++/51561] Compilation segfault

2011-12-14 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51561 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/51530] New: internal compiler error: in unify, at cp/pt.c:16854

2011-12-13 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51530 Bug #: 51530 Summary: internal compiler error: in unify, at cp/pt.c:16854 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/51530] internal compiler error: in unify, at cp/pt.c:16854

2011-12-13 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51530 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-13 17:46:22 UTC --- Created attachment 26072 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26072 reproducer

[Bug c++/51501] decltype over-agressive SFINAE

2011-12-11 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 --- Comment #3 from Dave Abrahams dave at boostpro dot com 2011-12-11 10:32:25 UTC --- (In reply to comment #2) Could this be related to Bug 45873? Not if your explanation in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45873#c2 is correct, I

[Bug c++/48051] sorry, unimplemented: mangling overload

2011-12-10 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48051 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-10 19:19:02 UTC --- Created attachment 26044 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26044 Another test case Sorry, it's a bit long. Hopefully fixing the others

[Bug c++/47335] [C++0x] sorry, unimplemented: mangling overload

2011-12-10 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47335 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added CC||dave at boostpro

[Bug c++/51501] New: decltype over-agressive SFINAE

2011-12-10 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 Bug #: 51501 Summary: decltype over-agressive SFINAE Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51501] decltype over-agressive SFINAE

2011-12-10 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-10 21:06:14 UTC --- Created attachment 26045 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26045 test case compile with -std=c++11 to see the failure. Additionally add

[Bug libstdc++/51452] has_nothrow_.*constructor bugs

2011-12-09 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51452 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added CC||dave at boostpro

[Bug c++/51489] New: constexpr not working consistently

2011-12-09 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51489 Bug #: 51489 Summary: constexpr not working consistently Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51478] constexpr not doing short-circuit evaluation

2011-12-08 Thread dave at boostpro dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51478 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added CC||dave at boostpro

[Bug c++/25185] deep typedef substitution in error message

2009-04-06 Thread dave at boostpro dot com
--- Comment #23 from dave at boostpro dot com 2009-04-06 09:35 --- Subject: Re: deep typedef substitution in error message On Apr 3, 2009, at 11:45 PM, jason at redhat dot com wrote: Also, I'm not thrilled that boost::sequence::detail::range_makerElements, Begin, End

[Bug c++/25185] deep typedef substitution in error message

2009-04-03 Thread dave at boostpro dot com
--- Comment #20 from dave at boostpro dot com 2009-04-04 01:33 --- Subject: Re: deep typedef substitution in error message on Fri Apr 03 2009, jason at gcc dot gnu dot org gcc-bugzilla-AT-gcc.gnu.org wrote: --- Comment #19 from jason at gcc dot gnu dot org 2009-04-03 21:45