[Bug c++/31488] va_list considered non-POD

2008-12-30 Thread ubizjak at gmail dot com
--- Comment #9 from ubizjak at gmail dot com 2008-12-30 14:45 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01280.html -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug c++/31488] va_list considered non-POD

2008-12-29 Thread ubizjak at gmail dot com
--- Comment #8 from ubizjak at gmail dot com 2008-12-29 23:29 --- (In reply to comment #7) > if (! CLASS_TYPE_P (t)) > return 0; /* other non-class type (reference or function) */ > if (CLASSTYPE_NON_POD_P (t)) > return 0; > return 1; > > One of those two should be set c

[Bug c++/31488] va_list considered non-POD

2008-12-29 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-29 21:02 --- (In reply to comment #6) > (In reply to comment #2) > > It is *not* represented as an array on Alpha. > > But as a RECORD_TYPE. Following patch cures the warning: But that is not correct as some nonPODs are structs

[Bug c++/31488] va_list considered non-POD

2008-12-29 Thread ubizjak at gmail dot com
--- Comment #6 from ubizjak at gmail dot com 2008-12-29 20:57 --- (In reply to comment #2) > It is *not* represented as an array on Alpha. But as a RECORD_TYPE. Following patch cures the warning: Index: cp/tree.c === --- c

[Bug c++/31488] va_list considered non-POD

2008-12-29 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-29 20:46 --- sounds like the C++ front-end does not know this struct is a POD. I am going to mark this as a front-end bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --