From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20248 invoked by alias); 31 Dec 2003 01:20:32 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 20241 invoked from network); 31 Dec 2003 01:20:31 -0000 Received: from unknown (HELO smtp10.atl.mindspring.net) (207.69.200.246) by sources.redhat.com with SMTP; 31 Dec 2003 01:20:31 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1) id 1AbV1l-0008Q6-00; Tue, 30 Dec 2003 20:20:01 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 11CAF4B35A; Tue, 30 Dec 2003 20:19:32 -0500 (EST) To: drow@mvista.com Subject: Re: gcc HEAD rearranges stabs members Cc: gdb@sources.redhat.com Message-Id: <20031231011932.11CAF4B35A@berman.michael-chastain.com> Date: Wed, 31 Dec 2003 01:20:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2003-12/txt/msg00290.txt.bz2 drow> Might want to ping GCC about why this happened. It happened because the default abi version increased from 1 to 2. http://gcc.gnu.org/ml/gcc-patches/2003-12/msg01995.html C++ PATCH: Change default ABI version to 2 Specifically, in cp/class.c:add_implicitly_declared_members, there is a test on ABI version: if (abi >= 2) /* G++ 3.2 put the implicit destructor at the *beginning* of the list, which cause the destructor to be emitted in an incorrect location in the vtable. */ TYPE_METHODS (t) = chainon (TYPE_METHODS (t), implicit_fns); else { if (warn_abi && virtual_dtor) warning ("..."); *f = TYPE_METHODS (t); TYPE_METHODS (t) = implicit_fns; } So the gcc folks know what they are doing. But we have to beware that gcc HEAD might have new bugs because a bunch of little things change with the ABI version. I will have to sift through a bunch of noise to see if there are any real regressions. Michael C