[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

2008-12-21 Thread jason at gcc dot gnu dot org


--- Comment #3 from jason at gcc dot gnu dot org  2008-12-22 02:26 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906



[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

2008-12-04 Thread jason at gcc dot gnu dot org


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 14:45:50
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906



[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

2008-12-04 Thread jason at gcc dot gnu dot org


--- Comment #2 from jason at gcc dot gnu dot org  2008-12-04 19:01 ---
Subject: Bug 37906

Author: jason
Date: Thu Dec  4 19:00:03 2008
New Revision: 142442

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142442
Log:
PR c++/37906
* decl.c (grok_special_member_properties): Set TYPE_HAS_COMPLEX_DFLT
here.
* class.c (check_bases_and_members): Rather than assuming any
user-declared default constructor is complex here.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/defaulted6.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/decl.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906



[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

2008-10-24 Thread paolo dot carlini at oracle dot com


--- Comment #1 from paolo dot carlini at oracle dot com  2008-10-24 08:45 
---
Hi. This issue is really c++, because the library just forwards to the
builtin C++ trait. The latter in turn simply uses TYPE_HAS_TRIVIAL_DFLT, thus
seems to me similar to c++/36856, that is the appropriate fix isn't tweaking
the implementation of the traits itself, instead moving forward a bit more the
infrastructure in the C++ front-end to C++1x.  I'd like to ask Jason opinion
about this anyway: in a nutshell, do you agree that in c++0x mode,
TYPE_HAS_TRIVIAL_DFLT should just return the correct answer?


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||paolo dot carlini at oracle
   ||dot com, jason at gcc dot
   ||gnu dot org
  Component|libstdc++   |c++


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37906