From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18358 invoked by alias); 14 Aug 2002 19:45: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 18351 invoked from network); 14 Aug 2002 19:45:05 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.250) by sources.redhat.com with SMTP; 14 Aug 2002 19:45:05 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7EJix7p000430; Wed, 14 Aug 2002 21:44:59 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g7EJix14002565; Wed, 14 Aug 2002 21:44:59 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.5/8.12.5/Submit) id g7EJiw8s002562; Wed, 14 Aug 2002 21:44:58 +0200 (CEST) Date: Wed, 14 Aug 2002 12:45:00 -0000 Message-Id: <200208141944.g7EJiw8s002562@elgar.kettenis.dyndns.org> From: Mark Kettenis To: drow@mvista.com CC: gdb@sources.redhat.com In-reply-to: <20020812225525.GA3516@nevyn.them.org> (message from Daniel Jacobowitz on Mon, 12 Aug 2002 18:55:25 -0400) Subject: Re: Line number problems with stabs and GCC 2.95.4 on FreeBSD/i386 References: <200208122238.g7CMcdc5025808@elgar.kettenis.dyndns.org> <20020812225525.GA3516@nevyn.them.org> X-SW-Source: 2002-08/txt/msg00149.txt.bz2 Date: Mon, 12 Aug 2002 18:55:25 -0400 From: Daniel Jacobowitz On Tue, Aug 13, 2002 at 12:38:39AM +0200, Mark Kettenis wrote: > I'm seeing quite a few regressions on FreeBSD/i386 with its default > compiler (which is based on GCC 2.95.4); the number of unexpected > failures went up from 94 to 142. Unfortunately I did not update my > source tree for a while, so I had some trouble tracking down the cause > of these regeressions. However, I'm pretty sure they're caused by an > interaction between Daniel's 2002-07-11 patch and incorrect debugging > info. It looks as if my version of GCC emits two N_FUN stabs for the > beginning of a function. This causes GDB to create two block > definitions: one that covers the entire function and one that has an > ending address equal to its starting address. The last one is bogus, > and causes breakpoints to be set before the end of a function > prologue. I suspect that Daniel's patch changes the ordering of the > block definitions, such that the bogus definition is used where the > correct one was used before. That's possible... I didn't really consider this case. That's the third creative way I've seen GCC break debug info recently... Does GCC even end the second N_FUN? Looks like this problem is caused by a patch made by the FreeBSD folks to the GCC in the FreeBSD source tree. Since the braindamage seems to be too big to work around in GDB I'll try to get FreeBSD's GCC fixed instead. Sorry to have bothered you, Mark