From binutils-return-16867-listarch-binutils=sourceware dot cygnus dot com at sources dot redhat dot com Thu Apr 04 04:13:32 2002 Return-Path: Delivered-To: listarch-binutils at sourceware dot cygnus dot com Received: (qmail 29948 invoked by alias); 4 Apr 2002 04:13:31 -0000 Mailing-List: contact binutils-help at sources dot redhat dot com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner at sources dot redhat dot com Delivered-To: mailing list binutils at sources dot redhat dot com Received: (qmail 29941 invoked from network); 4 Apr 2002 04:13:29 -0000 Received: from unknown (HELO mta05ps.bigpond.com) (144.135.25.137) by sources dot redhat dot com with SMTP; 4 Apr 2002 04:13:29 -0000 Received: from bubble.local ([144.135.25.69]) by mta05ps dot bigpond dot com (Netscape Messaging Server 4 dot 15) with SMTP id GU0ZQE00 dot 8Z1 for ; Thu, 4 Apr 2002 14:13:26 +1000 Received: from CPE-144-136-176-14.sa.bigpond.net.au ([144.136.176.14]) by PSMAM01.mailsvc.email.bigpond.com(MailRouter V3.0i 71/962782); 04 Apr 2002 14:13:26 Received: (qmail 14715 invoked by uid 179); 4 Apr 2002 04:13:26 -0000 Date: Thu, 4 Apr 2002 13:43:26 +0930 From: Alan Modra To: Graeme Peterson Cc: binutils at sources dot redhat dot com Subject: Re: extending elf32-i386 BFD backend Message-ID: <20020404041326.GQ1042@bubble.sa.bigpond.net.au> Mail-Followup-To: Graeme Peterson , binutils at sources dot redhat dot com References: <200203281950.OAA2617386@gp2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200203281950 dot OAA2617386 at gp2> User-Agent: Mutt/1.3.25i On Thu, Mar 28, 2002 at 02:50:00PM -0500, Graeme Peterson wrote: > I did this by moving all but the last line of elf32-i386.c > into a new file elf32-i386.h, which is then included at the > top of both elf32-i386.c, and elf32-i386qnx.c. I know we do that elsewhere in BFD, but I hate it due to problems with debuggers. eg. with gdb-4.18 and gcc-2.95 I have trouble putting breakpoints on anything within elflink.h, even after allowing for name changes due to #defines. Can you instead make elf32-i386.c support two targets, as elf32-hppa.c does? -- Alan Modra IBM OzLabs - Linux Technology Centre