From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5758 invoked by alias); 21 May 2007 13:24:32 -0000 Received: (qmail 5745 invoked by uid 22791); 21 May 2007 13:24:31 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate7.de.ibm.com (HELO mtagate7.de.ibm.com) (195.212.29.156) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 May 2007 13:24:29 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate7.de.ibm.com (8.13.8/8.13.8) with ESMTP id l4LDOQ7Y191944 for ; Mon, 21 May 2007 13:24:26 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l4LDOQfo3915866 for ; Mon, 21 May 2007 15:24:26 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l4LDOPVN013450 for ; Mon, 21 May 2007 15:24:26 +0200 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l4LDOPdZ013445; Mon, 21 May 2007 15:24:25 +0200 Message-Id: <200705211324.l4LDOPdZ013445@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 21 May 2007 15:24:25 +0200 Subject: Re: [commit/AIX] Fix error when loading core file To: pedro_alves@portugalmail.pt (Pedro Alves) Date: Mon, 21 May 2007 13:24:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org, brobecker@adacore.com (Joel Brobecker) In-Reply-To: <4650B245.3060306@portugalmail.pt> from "Pedro Alves" at May 20, 2007 09:40:37 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-05/txt/msg00336.txt.bz2 Pedro Alves wrote: > Pedro Alves wrote: > > Ulrich Weigand wrote: > >> > >> I'd thought of defining a TARGET_OBJECT_LDINFO xfer_partial object > >> that reflects the contents of the ldinfo, and use this in the > >> implementation of a (platform-independent) solib-aix.c file. > >> The rs6000 native target and the core file support would need to > >> be extended to supply that object. > >> > > > > If AIX needs to use native calls to get at the shared libraries list, > > perhaps you could also look if the solib-target.c Daniel is pushing > > for remote dll support, and see if it would be a good fit for AIX too. > > As a quick look it seems so. You would move aix_current_sos > > to the target_ops, and perhaps needs a few other tweaks > > (aix_in_dynsym_resolve_code, and aix_solib_create_inferior_hook). > > Although he presented it as remote support, it also makes sense > > for native win32 debugging, so it may also make sense as native > > AIX debugging. > > > > Hummm, looking at it for another 30 seconds, made me realize > it isn't fit. Although AIX tells us something loaded with > 'wait (&status), (status == 0x57c)', it doesn't tell us > specifically *what* was loaded - we have to build a list > of current_sos every time. Being so, case solib-target.c > gets more in the way than helps. Your approach seems best. Another reason why I like the TARGET_OBJECT_LDINFO approach is that the ldinfo is also present in core files. Using a xfer_partial object allows to cleanly support both native and core file debugging (and it can also be extended to support remote debugging, if we ever want to do that on AIX). In any case, thanks for looking at this! Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com