From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19375-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 31296 invoked by alias); 10 Sep 2004 15:17:06 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 31263 invoked from network); 10 Sep 2004 15:17:02 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sourceware.org with SMTP; 10 Sep 2004 15:17:02 -0000
Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian))
	id 1C5n8Y-0000a9-5V; Fri, 10 Sep 2004 11:16:30 -0400
Date: Fri, 10 Sep 2004 15:17:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Mark Kettenis <kettenis@jive.nl>
Cc: Benjamin.Reschke@motorola.com, gdb@sources.redhat.com
Subject: Re: GDB 6.0 backtrace limit to only 3 lines
Message-ID: <20040910151630.GA2103@nevyn.them.org>
Mail-Followup-To: Mark Kettenis <kettenis@jive.nl>,
	Benjamin.Reschke@motorola.com, gdb@sources.redhat.com
References: <643810D0E0F1144C8F9D798CF5294DD80244C0F7@zas24exm01.corp.mot.com> <200409100803.i8A834u3026618@juw15.nfra.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200409100803.i8A834u3026618@juw15.nfra.nl>
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-SW-Source: 2004-09/txt/msg00081.txt.bz2

On Fri, Sep 10, 2004 at 10:03:04AM +0200, Mark Kettenis wrote:
>    From: Reschke Benjamin-A16256 <Benjamin.Reschke@motorola.com>
>    Date: Fri, 10 Sep 2004 12:18:31 +0930
> 
>    So I downloaded an compiled GDB 6.2 and now I receive the follow
>    output when I run gdb with my exe and core file:
> 
> What version of GCC are you using?  AFAIK no version of GCC should
> generate DW_EH_PE_indirect encodings, but apparently it (or something
> else) does.

   If assembler and linker properly support .uaword %r_disp32(foo),
   then use PC relative 32-bit relocations instead of absolute relocs
   for shared libraries.  On sparc64, use pc relative 32-bit relocs even
   for binaries, to save memory.

>From config/sparc/sparc.h; DW_EH_PE_indirect is used.  A couple of
other targets generate it also, f.ex. i386-solaris2.

-- 
Daniel Jacobowitz