This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/32158] uninitialized_fill compile failure if no default assignment operator
- From: "pcarlini at suse dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 May 2007 21:00:32 -0000
- Subject: [Bug c++/32158] uninitialized_fill compile failure if no default assignment operator
- References: <bug-32158-11211@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from pcarlini at suse dot de 2007-05-30 21:00 -------
Curious, this is actually a C++ front-end issue, a bug in my implementation of
__is_pod: currently it just forwards to pod_type_p, in cp/tree.c, and
apparently I was wrong to assume it exactly implements the Standard concept of
POD-ness: it returns true for std::pair, which is *not* a POD. The problem is
that std::pair isn't an aggregate type, thus cannot be a POD. I think I should
just also check CP_AGGREGATE_TYPE_P, in order to fix that. Mark, can you
confirm that? Thanks in advance.
--
pcarlini at suse dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mark at codesourcery dot com
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|UNCONFIRMED |ASSIGNED
Component|libstdc++ |c++
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2007-05-30 21:00:32
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32158