------- Comment #3 from pinskia at gmail dot com 2010-03-11 17:01 -------
Subject: Re: New: __is_pod seems broken
Sent from my iPhone
On Mar 11, 2010, at 8:03 AM, "matz at gcc dot gnu dot org"
<gcc-bugzi...@gcc.gnu.org
> wrote:
> On r157245 (and former revisions) this testcase will abort:
> # cat ispod.cc
> struct strPOD
> {
> const char *const foo;
> const char *const bar;
> };
I don't think this is a pod as it requires a non trivial constructor.
> extern "C" void abort (void);
> int main ()
> {
> if (!__is_pod (strPOD))
> abort ();
> return 0;
> }
>
> This manifests itself in blocxx not compiling with gcc 4.5 (due to
> its use
> of tr1::is_pod<> implemented in terms of above). It still works
> with a random
> gcc 4.3 version.
>
>
> --
> Summary: __is_pod seems broken
> Product: gcc
> Version: 4.5.0
> Status: UNCONFIRMED
> Severity: normal
> Priority: P3
> Component: c++
> AssignedTo: unassigned at gcc dot gnu dot org
> ReportedBy: matz at gcc dot gnu dot org
> GCC host triplet: x86_64-linux
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43333
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43333
