From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-291930-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23369 invoked by alias); 21 Aug 2009 16:22:40 -0000
Received: (qmail 23336 invoked by uid 48); 21 Aug 2009 16:22:27 -0000
Date: Fri, 21 Aug 2009 16:22:00 -0000
Subject: [Bug c++/41141]  New: Support for C++0x standard layout and trivial types is broken
X-Bugzilla-Reason: CC
Message-ID: <bug-41141-13491@http.gcc.gnu.org/bugzilla/>
Reply-To: gcc-bugzilla@gcc.gnu.org
To: gcc-bugs@gcc.gnu.org
From: "eric dot niebler at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
X-SW-Source: 2009-08/txt/msg01732.txt.bz2

GCC is claiming support for Standard Layout Types
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2342.htm) in its 4.4
series. However, the following example, taken directly from n2342, fails to
compile (with either --std=gnu++0x or --std=c++0x):

{{{
 #include <type_traits>

 struct B
 {
   int n;
   B() = default;
   B(int n_) : n(n_) {}
 };

 static_assert(std::is_pod<B>::value, "B is not POD!");

 int main() {}
}}}

I have checked with Beman Dawes, the author of n2342, and he confirms that the
code should compile under a conforming c++0x compiler.


-- 
           Summary: Support for C++0x standard layout and trivial types is
                    broken
           Product: gcc
           Version: 4.4.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: eric dot niebler at gmail dot com


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