From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15611 invoked by alias); 19 Sep 2002 14:51:25 -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 15604 invoked from network); 19 Sep 2002 14:51:25 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 19 Sep 2002 14:51:25 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17s3aI-0007Z3-00; Thu, 19 Sep 2002 10:51:18 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17s2eH-0005Da-00; Thu, 19 Sep 2002 10:51:21 -0400 Date: Thu, 19 Sep 2002 07:51:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: Nick Clifton , Hans-Peter Nilsson , gdb-patches@sources.redhat.com Subject: Re: v850 sim noncompile (was: Re: Add v850 linker relaxation) Message-ID: <20020919145121.GA19937@nevyn.them.org> Mail-Followup-To: Andrew Cagney , Nick Clifton , Hans-Peter Nilsson , gdb-patches@sources.redhat.com References: <3D89E392.1080100@ges.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D89E392.1080100@ges.redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-09/txt/msg00482.txt.bz2 On Thu, Sep 19, 2002 at 10:47:46AM -0400, Andrew Cagney wrote: > >Hi Hans-Peter, > > > > > >>I just noticed this error when doing a "full build" as per > >> yaddayaddayadda: > >>.../sim/v850/interp.c: In function `sim_open': > >>.../sim/v850/interp.c:283: `bfd_mach_v850ea' undeclared (first use in > >>this function) > > > > > >Oopsie, fixed by applying the attached patch. > > > >Cheers > > Nick > > > >2002-09-19 Nick Clifton > > > > * interp.c (sim_open): Remove reference to v850ea. > > (sim_create_inferior): Likewise. > > * v850-dc: Likewise. > > * v850.igen: Remove all references to v850ea, including v850ea > > specific instructions. > > > > Nick, this isn't right. That code has been around for a very long time > and has compiled before. I think the problem is elsewhere. Andrew, Nick is perfectly correct: 2002-08-28 Catherine Moore * elf32-v850.c (v850_elf_reloc_map): Add new relocs. (v850-elf-reloc): Don't resolve pc relative relocs. (v850_elf_ignore_reloc): New routine. (v850_elf_final_link_relocate): Handle new relocs. (v850_elf_relax_delete_bytes ): New routine. (v850_elf_relax_section): New routine. (bfd_elf32_bfd_relax_section): Define. (HOWTO): New entries for new relocs. * reloc.c (BFD_RELOC_V850_LONGCALL): New reloc. (BFD_RELOC_V850_LONGJUMP): New reloc. (BFD_RELOC_V850_ALIGN): New reloc. * archures.c: Remove redundant v850ea architecture. * cpu-v850.c: Remove redundant v850ea support. * libbfd.h: Regenerate. * bfd-in2.h: Regenerated. Catherine forgot to regenerate bfd-in2.h, so this only showed up when I committed a separate patch yesterday. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer