http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.9.0 |4.9.1
--- Comment #18 from Jakub Jelinek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|4.8.1 |4.9.0
--- Comment #17 from Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.8.0 |4.8.1
--- Comment #16 from Jaku
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.8.0
--- Comment #15 from Jonathan Wak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #14 from Jonathan Wakely 2011-12-20
09:09:56 UTC ---
Author: redi
Date: Tue Dec 20 09:09:50 2011
New Revision: 182523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182523
Log:
PR libstdc++/51365
* include/std/tuple (_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #13 from Jonathan Wakely 2011-12-15
10:06:19 UTC ---
front end changes done, I'll work on the library parts this weekend
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #12 from Jonathan Wakely 2011-12-15
10:02:50 UTC ---
Author: redi
Date: Thu Dec 15 10:02:45 2011
New Revision: 182360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182360
Log:
c-family:
PR libstdc++/51365
* c-common.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #11 from Marc Glisse 2011-12-11
13:51:20 UTC ---
(In reply to comment #10)
> I haven't really thought about it either, but one advantage of depending on
> is_empty is that it prevents using the EBO for polymorphic classes, where
> der
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #10 from Jonathan Wakely 2011-12-11
13:39:20 UTC ---
I haven't really thought about it either, but one advantage of depending on
is_empty is that it prevents using the EBO for polymorphic classes, where
derivation could have undesirab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #8 from Jonathan Wakely 2011-12-03
12:06:08 UTC ---
patch implementing __is_final submitted for approval:
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00231.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #7 from Jonathan Wakely 2011-12-01
01:07:27 UTC ---
Here's another testcase:
#include
#include
template
struct final_allocator final : std::allocator
{
final_allocator() = default;
template
final_allocator(const final_all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #6 from Jonathan Wakely 2011-11-30
23:35:00 UTC ---
Created attachment 25963
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25963
fix other parts of library
here's a proof of concept patch showing how to fix existing code that i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #5 from Jonathan Wakely 2011-11-30
21:19:28 UTC ---
Thanks for the pointer, the hardest part was naming the new intrinsic ;)
We can't have the front-end define __is_final() as an intrinsic and also define
std::__is_final as a class t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #4 from Jonathan Wakely 2011-11-30
21:07:00 UTC ---
Created attachment 25962
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25962
library patch (missing tests)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #3 from Jonathan Wakely 2011-11-30
21:06:25 UTC ---
Created attachment 25961
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25961
front end patch (missing docs and tests)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
--- Comment #2 from Paolo Carlini 2011-11-30
19:22:32 UTC ---
Yes, should be pretty trivial given the infrastructure already in place. In
semantics should be just matter of calling CLASS_TYPE_P && CLASSTYPE_FINAL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51365
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
19 matches
Mail list logo
