From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-31654-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 11367 invoked by alias); 15 Apr 2008 18:05:07 -0000
Received: (qmail 11354 invoked by uid 22791); 15 Apr 2008 18:05:06 -0000
X-Spam-Check-By: sourceware.org
Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 15 Apr 2008 18:04:48 +0000
Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) 	by bluesmobile.specifix.com (Postfix) with ESMTP id 027743BF7C; 	Tue, 15 Apr 2008 11:04:46 -0700 (PDT)
Subject: Re: GDB doesn't display thread_id while debugging a core file
From: Michael Snyder <msnyder@specifix.com>
To: Daniel Jacobowitz <drow@false.org>
Cc: Icarus Sparry <isparry@Brocade.COM>, gdb@sourceware.org
In-Reply-To: <20080415031018.GA3656@caradoc.them.org>
References: <1208222665.3690.4.camel@localhost.localdomain> 	 <A38255E470424448A800D890BC7345FE02312A0A@HQ-EXCH-5.corp.brocade.com> 	 <20080415031018.GA3656@caradoc.them.org>
Content-Type: text/plain
Date: Tue, 15 Apr 2008 18:17:00 -0000
Message-Id: <1208282686.3690.14.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7)
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-04/txt/msg00136.txt.bz2

On Mon, 2008-04-14 at 23:10 -0400, Daniel Jacobowitz wrote:
> On Mon, Apr 14, 2008 at 08:04:52PM -0700, Icarus Sparry wrote:
> > If I understand what Daniel was saying correctly, the libthread_db file
> > would be an x86 shared library, but it would be configured to handle
> > ppc32 elf core files, in the same way as the executable
> > powerpc-linux-gdb program that currently we have running on the x86
> > machines.
> 
> No.  You would have to rely on the native x86 library luckily doing
> the right thing.

And that's highly unlikely.  Data structures would likely
have different fields and sizes and such.

If someone wanted to make a project of building a cross-libthread-db, 
I'm sure it could be done -- but it would be a project.