From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26406 invoked by alias); 31 Jan 2002 18:10:07 -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 26349 invoked from network); 31 Jan 2002 18:10:05 -0000 Received: from unknown (HELO localhost.cygnus.com) (216.138.202.10) by sources.redhat.com with SMTP; 31 Jan 2002 18:10:05 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 41FCD3DDC; Thu, 31 Jan 2002 13:09:59 -0500 (EST) Message-ID: <3C598876.9060506@cygnus.com> Date: Thu, 31 Jan 2002 10:10:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.7) Gecko/20020103 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com, gcc-bugs@gcc.gnu.org Subject: Re: More libiberty/demangler fallout - gdb (was: Re: Er, ...) References: <3C59819D.9020500@cygnus.com> <20020131125948.A12285@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-01/txt/msg00363.txt.bz2 > On Thu, Jan 31, 2002 at 12:40:45PM -0500, Andrew Cagney wrote: > >> Er, the number of failures on NetBSD/PPC just jumped from ~147 to ~650. >> This segment of bitfields.c illustrates the problem. I don't think it >> is my cleanups here :-/ >> >> ac131313@nettle$ gcc --version >> egcs-1.1.2 >> >> Generates stabs in elf. > > > (You scared me! bitfields.c has nothing to do with the problem :) Sorry. I've been backing out obvious candidates - bitfields.c, symtab.c (:-) and the problem hasn't gone away. > The problem is: > > >> (gdb) print/x flags >> $11 = {uc = 0xff, s1 = 0x0, u1 = 0x1, s2 = 0x0, u2 = 0x3, s3 = 0x0, u3 = >> 0x7, s9 = 0x0, u >> 9 = 0x1ff, sc = 0x0} >> (gdb) PASS: gdb.base/bitfields.exp: bitfield containment #1 >> >> >> (gdb) print/x flags >> $11 = {uc = 0xff, short = 0x0, u1 = 0x1, short = 0x0, u2 = 0x3, short = >> 0x0, u3 >> = 0x7, short = 0x0, u9 = 0x1ff, short = 0x0} >> (gdb) FAIL: gdb.base/bitfields.exp: bitfield containment #1 > > > All the 's1's have been replaced by 'short'. This is because of the > current argument on one of the gcc lists about how the demangler should > treat symbols that may be mangled but without the leading mangling > prefix for v3 mangling. > > GCC folks, can we please get this fixed? Ah, thanks. I think I'll read up on GCC's revert rules. Andrew