From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 475 invoked by alias); 5 Jun 2002 20:08:09 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 445 invoked from network); 5 Jun 2002 20:08:03 -0000 Received: from unknown (HELO nevyn.them.org) (66.19.120.26) by sources.redhat.com with SMTP; 5 Jun 2002 20:08:03 -0000 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17Fh1E-0005XP-00 for ; Wed, 05 Jun 2002 16:04:32 -0400 Date: Wed, 05 Jun 2002 13:08:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: GDB broken on MIPS targets with unmarked binaries Message-ID: <20020605200429.GA7956@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-SW-Source: 2002-06/txt/msg00050.txt.bz2 There's an interesting crash on startup in a mips-elf GDB nowadays... the code reads: default: tdep->mips_abi_string = "default"; tdep->mips_default_saved_regsize = MIPS_REGSIZE; tdep->mips_default_stack_argsize = MIPS_REGSIZE; tdep->mips_fp_register_double = (REGISTER_VIRTUAL_SIZE (FP0_REGNUM) == 8); tdep->mips_last_arg_regnum = A0_REGNUM + 8 - 1; tdep->mips_last_fp_arg_regnum = FPA0_REGNUM + 8 - 1; tdep->mips_regs_have_home_p = 1; tdep->gdb_target_is_mips64 = 0; tdep->default_mask_address_p = 0; set_gdbarch_long_bit (gdbarch, 32); set_gdbarch_ptr_bit (gdbarch, 32); set_gdbarch_long_long_bit (gdbarch, 64); break; Something brought in recently, probably by the OS ABI changes if I had to guess, is causing the check of REGISTER_VIRTUAL_SIZE to fail. I've no idea why. Compiling a mips-elf (not mips-linux, which sets MIPS_DEFAULT_ABI) and running gdb on an unmarked ELF binary reproduces this. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer