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: "pinskia at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 May 2007 21:31:33 -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 #4 from pinskia at gcc dot gnu dot org 2007-05-30 21:31 -------
(In reply to comment #3)
> has __is_pod(A<int>) true. Actually, the problem affects also other front-end
> traits, probably most of them :( :( They are not working correctly with
> templates. First blush, any hint where I should fix my implementation?
Yes, complete the type :).
Here is a testcase which works correctly:
template<typename T>
struct A
{
A() { }
};
A<int> a;
int t[__is_pod(A<int>)?-1:1];
--------- cut -------
If you remove the "A<int> a;" the test fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32158