From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2744 invoked by alias); 5 Jan 2003 14:44:59 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2736 invoked from network); 5 Jan 2003 14:44:57 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (62.163.169.250) by 209.249.29.67 with SMTP; 5 Jan 2003 14:44:57 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6/8.12.5) with ESMTP id h05EiiVm000374 for ; Sun, 5 Jan 2003 15:44:44 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6/8.12.6) with ESMTP id h05EiiS4018564 for ; Sun, 5 Jan 2003 15:44:44 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6/8.12.6/Submit) id h05Eiipu018563; Sun, 5 Jan 2003 15:44:44 +0100 (CET) To: gdb-patches@sources.redhat.com Subject: Re: coffread.c extension for DLLs without debugging symbols References: <20030104044408.GA7364@redhat.com> <20030104205130.GA9784@redhat.com> MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII From: Mark Kettenis Date: Sun, 05 Jan 2003 14:44:00 -0000 In-Reply-To: <20030104205130.GA9784@redhat.com> (Christopher Faylor's message of "Sat, 4 Jan 2003 15:51:30 -0500") Message-ID: <86k7hju04j.fsf@elgar.kettenis.dyndns.org> User-Agent: T-gnus/6.15.8 (based on Oort Gnus v0.08) (revision 05) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) X-SW-Source: 2003-01/txt/msg00175.txt.bz2 Christopher Faylor writes: >>>2) I wonder if this code should be ifdef'ed somehow for Windows since >>>it will add extra code for no gain on every COFF platform. Of course, >>>how many of those are there out there? Maybe this isn't a huge issue >>>after all. >> >>I wondered about that myself. However, wouldn't that suggest putting >>the bulk of the code somewhere like win32-nat.c? > > That would be fine with me (especially since I can approve that part of > gdb). So, you'd need some kind of hooks in coffread.c to handle this. > I guess we should wait for the coffread maintainer to offer an opinion > before you go to this effort, though. Well, I assume this code would be usefull when cross-debugging too. If so, a *-nat.c file would be the wrong place to add it. You could create a win32-tdep.c file though. Mark