From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23253 invoked by alias); 9 Nov 2005 13:41:31 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 23237 invoked by uid 22791); 9 Nov 2005 13:41:28 -0000 Received: from ns.suse.de (HELO mx1.suse.de) (195.135.220.2) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 09 Nov 2005 13:41:28 +0000 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id BCAF2E881 for ; Wed, 9 Nov 2005 14:41:25 +0100 (CET) From: Andreas Schwab To: Olaf Hering Cc: gdb@sourceware.org Subject: Re: trouble with gdb backtraces on ppc with gcc4 References: <20051109130501.GA16450@suse.de> X-Yow: .. does your DRESSING ROOM have enough ASPARAGUS? Date: Wed, 09 Nov 2005 13:41:00 -0000 In-Reply-To: <20051109130501.GA16450@suse.de> (Olaf Hering's message of "Wed, 9 Nov 2005 14:05:01 +0100") Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-SW-Source: 2005-11/txt/msg00197.txt.bz2 Olaf Hering writes: > the backtraces in gdb 6.3 and also in gdb-mainline are usually broken in > openSuSE. How does gdb generate them? I guess gdb needs to deal with the > gcc generated debug info. When there is one. In your example there isn't. The openSuSE gdb has been patched to make use of the DWARF unwind information, which works quite well if it is present. > (gdb) bt > #0 0x0ff6443c in __write_nocancel () from /lib/tls/libc.so.6 > #1 0x0ff141c4 in _IO_new_file_write () from /lib/tls/libc.so.6 > #2 0x0ff126e0 in new_do_write () from /lib/tls/libc.so.6 > #3 0x0ff12898 in _IO_new_do_write () from /lib/tls/libc.so.6 > #4 0x0ff13424 in _IO_new_file_overflow () from /lib/tls/libc.so.6 > #5 0x0ff143f4 in _IO_new_file_xsputn () from /lib/tls/libc.so.6 > #6 0x0feeb990 in vfprintf () from /lib/tls/libc.so.6 > #7 0x0feeb990 in vfprintf () from /lib/tls/libc.so.6 No debug info in /lib/tls/libc.so.6. Will work fine when debug info exists. > SLES9 does a better job: SLES9 has an older compiler, which does less aggressive optimisations. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."