From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2976 invoked by alias); 6 Jul 2002 18:51:31 -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 2948 invoked from network); 6 Jul 2002 18:51:29 -0000 Received: from unknown (HELO gadolinium.btinternet.com) (194.73.73.111) by sources.redhat.com with SMTP; 6 Jul 2002 18:51:29 -0000 Received: from host62-7-82-175.in-addr.btopenworld.com ([62.7.82.175] helo=btinternet.com) by gadolinium.btinternet.com with esmtp (Exim 3.22 #8) id 17QueV-0000M2-00; Sat, 06 Jul 2002 19:51:28 +0100 Message-ID: <3D273C2E.6010506@btinternet.com> Date: Sat, 06 Jul 2002 13:10:00 -0000 From: Graham Stott User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Jaeger CC: gcc@gcc.gnu.org, "Goodman, Joe" Subject: Re: Results from =?ISO-8859-1?Q?Intel=B4s_C++_ABI_Testsuit?= =?ISO-8859-1?Q?e?= References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00288.txt.bz2 Andreas Jaeger wrote: [snip] > This means that these two names are mangled wrongly: > // ::operator new (size_t) > //% mangled name: _Znwm > > // ::operator new[] (size_t) > //% mangled name: _Znam > > 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. > size_t is either "unsigned int" or "unsigned long" could be that the testsuite is assuming it's always "unsigned int". > The good news is that this is the only problem that the ABI Testsuite > showed with GCC, all other tests passed! > > Andreas Graham