http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51973
Bug #: 51973
Summary: [regression][C++0x] Template parameter deduction fails
for overloaded functions when template parameters have
defaulted arguments
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51191
Bug #: 51191
Summary: [C++0x] SEGV on deducing template aliases with
non-template alias declarations
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50545
Bug #: 50545
Summary: [C++0x] SFINAE does not handle an explicit type
conversion (functional notation) with a
braced-init-list well if target type is not dependent
Classification:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48320
Takaya Saito changed:
What|Removed |Added
URL||rejects-valid
Summary|[C++0x] c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50298
Bug #: 50298
Summary: [C++0x][constexpr] References cannot be bound to
static constexpr reference members
Classification: Unclassified
Product: gcc
Version: 4.7.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48582
--- Comment #1 from Takaya Saito 2011-08-25
20:09:49 UTC ---
Current C++0x draft 14.3.2/5 says 0 is not a valid template-argument
for a non-type template-parameter of pointer type.
So, `f<0>();' is ill-formed, as current gcc rejects it.
But 14.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49482
Summary: [regression][4.6.1-RC-20110620][C++0x] unused
parameter warning on lambda in function template
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49386
--- Comment #4 from Takaya Saito 2011-06-13
08:29:15 UTC ---
(In reply to comment #3)
> Ah yes. This is unfortunate, and I believe tricky to fix at the gcc end. We
> could in principle add '#undef min, #undef max', but I worry that might break
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49386
--- Comment #2 from Takaya Saito 2011-06-13
08:09:17 UTC ---
(In reply to comment #1)
> max is a term defiend in the standard library. It is undefined behaviour if
> you
> #define it to something else when you are using standard library headers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49386
Summary: #undef min/max is dependent on order if #include
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49251
Summary: [C++0x][parameter pack expanding] unused parameter
warning with unpacking empty tuples
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49216
Summary: [C++0x][Regression] ICE on compiling new-expression
with braced-init-list for arrays
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48647
Summary: [C++0x] SFINAE does not handle incompatible pointer
types well in conditional operator
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48646
Summary: [C++0x] SFINAE does not handle comparisons between
incompatible pointer types well
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48526
Summary: [C++0x] std::is_constructible::value
shall be false
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
--- Comment #7 from Takaya Saito 2011-04-06
15:32:00 UTC ---
(In reply to comment #6)
> Ok, thanks. Still, I believe we have other std::move which should be turned
> into forward, in std::tuple. Those in std::tuple_cat itself also seem suspect,
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
Takaya Saito changed:
What|Removed |Added
Attachment #23897|application/octet-stream|text/plain
mime type|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
Takaya Saito changed:
What|Removed |Added
Attachment #23896|application/octet-stream|text/plain
mime type|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
--- Comment #3 from Takaya Saito 2011-04-06
08:32:57 UTC ---
Created attachment 23897
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23897
simple test for std::tuple_cat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
--- Comment #2 from Takaya Saito 2011-04-06
08:32:09 UTC ---
Created attachment 23896
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23896
simple test for operator=( Tuple&& )
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476
Summary: [C++0x] conversion between std::tuple which have
reference member is rejected
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48468
Summary: [C++0x][SFINAE] noexcept operator does handle function
templates well
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48398
Summary: [C++0x] std::unique_ptr is broken when
D::pointer is not T*
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48322
Summary: [C++0x] Plural parameter packs are not expanded well
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48320
Summary: [C++0x] cannot expand template parameter pack in
Default template arguments
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48319
Summary: Segmentation fault in instantiation of
std::is_constructible
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
26 matches
Mail list logo
