From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12702 invoked by alias); 19 Jun 2007 20:00:44 -0000 Received: (qmail 12684 invoked by uid 22791); 19 Jun 2007 20:00:41 -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; Tue, 19 Jun 2007 20:00:38 +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 l5JK0ZYx327792 for ; Tue, 19 Jun 2007 20:00:35 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 l5JK0Z7W3981458 for ; Tue, 19 Jun 2007 22:00:35 +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 l5JK0ZRh014450 for ; Tue, 19 Jun 2007 22:00:35 +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 l5JK0ZVU014446; Tue, 19 Jun 2007 22:00:35 +0200 Message-Id: <200706192000.l5JK0ZVU014446@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Tue, 19 Jun 2007 22:00:35 +0200 Subject: Re: For example only, updated Windows DLL support and gdbserver DLL support To: drow@false.org (Daniel Jacobowitz) Date: Tue, 19 Jun 2007 20:00:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org, pedro_alves@portugalmail.pt (Pedro Alves) In-Reply-To: <20070619191938.GA26206@caradoc.them.org> from "Daniel Jacobowitz" at Jun 19, 2007 03:19:38 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-06/txt/msg00378.txt.bz2 Dan Jacobowitz wrote: > > It looks like the only way to get this to work within the regular solib > > framework would be to actually teach solib.c itself about this form of > > archive members. > > Yes, I think you're right. How about we add an optional member="" > attribute to , and make the common solib.c code open it? > We'd also have to allow .o files. That sounds reasonable. The member name would presumably also have to be added to so_list ... > I'm not sure how much trouble you'll have reporting the correct > relocations for an object file. Do you get something based on > sections, or do AIX object files have a fixed number of segments? XCOFF seems to be a bit limited in that respect, I understand there is just "Text" and "Data". The AIX ldinfo structure provides: ldinfo_textorg Effective address of the loaded program image, including the XCOFF headers. ldinfo_textsize Length of loaded program image. ldinfo_dataorg Effective address of the start of data. ldinfo_datasize Size of data, including the .bss section. For more details, see: http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.files/doc/aixfiles/ldr.h.htm Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com