From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10835 invoked by alias); 4 Jan 2003 17:54:38 -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 10826 invoked from network); 4 Jan 2003 17:54:37 -0000 Received: from unknown (HELO bilbo.inter.net.il) (192.114.186.18) by 209.249.29.67 with SMTP; 4 Jan 2003 17:54:37 -0000 Received: from zaretsky ([80.230.195.158]) by bilbo.inter.net.il (Mirapoint Messaging Server MOS 3.2.1-GA) with ESMTP id ACC48582; Sat, 4 Jan 2003 19:54:20 +0200 (IST) Date: Sat, 04 Jan 2003 17:54:00 -0000 From: "Eli Zaretskii" To: RaoulGough@yahoo.co.uk Message-Id: <6480-Sat04Jan2003195141+0200-eliz@is.elta.co.il> CC: gdb-patches@sources.redhat.com In-reply-to: (RaoulGough@yahoo.co.uk) Subject: Re: coffread.c extension for DLLs without debugging symbols Reply-to: Eli Zaretskii References: <20030104044408.GA7364@redhat.com> X-SW-Source: 2003-01/txt/msg00150.txt.bz2 > From: "Raoul Gough" > Date: Sat, 4 Jan 2003 16:25:16 -0000 > > How's this: > > 2003-01-03 Raoul Gough > > * coffread.c: Support non-debug export symbols for win32 DLLs. > (coff_symtab_read): call read_pe_exported_syms iff no symbols > found and objfile is "pe-i386" or "pei-i386". > (read_pe_exported_syms): New function. > (read_pe_section_data): New struct (temporary section info). > (read_pe_section_index): New function. > (read_pe_truncate_name): New function. > (get_section_vmas): New function. > (add_pe_exported_sym): New function. > (pe_get16, pe_get32, pe_as32): New functions. This is okay, thanks. > > 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? The DJGPP port of GDB uses COFF (and doesn't support DLLs).