From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13106 invoked by alias); 6 Jul 2002 19:15:16 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 13096 invoked from network); 6 Jul 2002 19:15:12 -0000 Received: from unknown (HELO uha.cs.bris.ac.uk) (62.30.75.143) by sources.redhat.com with SMTP; 6 Jul 2002 19:15:12 -0000 Received: from codesourcery.com (localhost.localdomain [127.0.0.1]) by uha.cs.bris.ac.uk (8.11.6/8.11.6) with ESMTP id g66JBbx01655; Sat, 6 Jul 2002 20:11:37 +0100 Message-ID: <3D2740E8.D9D3A105@codesourcery.com> Date: Sat, 06 Jul 2002 13:28:00 -0000 From: Nathan Sidwell Organization: Codesourcery LLC X-Accept-Language: en MIME-Version: 1.0 To: Andreas Jaeger CC: gcc@gcc.gnu.org, "Goodman, Joe" Subject: Re: Results from Intel4s C++ ABI Testsuite References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00290.txt.bz2 Andreas Jaeger wrote: > I get with both GCC 3.1 and 3.2 the following error: > missing: _Znwm > missing: _Znam > make[1]: *** [operator1.pass] Error 1 > nm has instead: > U _Znaj > U _Znwj > > The difference here is unsigned int versus unsigned long as type of > the operator. I don't know whether this is a real bug or a problem in > the testsuite but it doesn't look critical to me. yes. I agree. this is operator new (size_t), the ABI does not specify what type size_t should be, and 18.1/1 says size_t comes from cstddef, which has the same contents as C header stddef.h, modulo some changes. I don't have a C std in front of me, but IIRC size_t is the first of 'unsigned int', 'unsigned long', 'unsigned long long' that can hold an object's size. So, on an ILP32 machine, it will be 'unsigned int' and operator new (size_t) will be _Znwj. If size_t is implementation defined, then we need to fix the ABI document to specify the choice. nathan -- Dr Nathan Sidwell :: http://www.codesourcery.com :: CodeSourcery LLC 'But that's a lie.' - 'Yes it is. What's your point?' nathan@codesourcery.com : http://www.cs.bris.ac.uk/~nathan/ : nathan@acm.org