From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22663 invoked by alias); 24 Dec 2002 19:29:54 -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 22656 invoked from network); 24 Dec 2002 19:29:53 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by 209.249.29.67 with SMTP; 24 Dec 2002 19:29:53 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id gBOJ31B17683 for ; Tue, 24 Dec 2002 14:03:01 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gBOJTfa14399; Tue, 24 Dec 2002 14:29:41 -0500 Received: from localhost.localdomain (vpn50-19.rdu.redhat.com [172.16.50.19]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gBOJTfL06162; Tue, 24 Dec 2002 14:29:41 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id gBOJTZv27392; Tue, 24 Dec 2002 12:29:35 -0700 Date: Tue, 24 Dec 2002 11:37:00 -0000 From: Kevin Buettner Message-Id: <1021224192935.ZM27391@localhost.localdomain> In-Reply-To: Daniel Jacobowitz "Re: [RFA] Add support for 64-bit MIPS GNU/Linux targets" (Dec 24, 9:53am) References: <1021223225021.ZM25698@localhost.localdomain> <20021223235639.GA6927@nevyn.them.org> <1021224062810.ZM26995@localhost.localdomain> <20021224145304.GA29615@nevyn.them.org> To: Daniel Jacobowitz Subject: Re: [RFA] Add support for 64-bit MIPS GNU/Linux targets Cc: gdb-patches@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg00668.txt.bz2 On Dec 24, 9:53am, Daniel Jacobowitz wrote: > > I'll fix the GDBSERVER_DEPFILES and tm-linux64 nits, but the > > supply_gregset issue will require further discussion. In the interim, > > how would you like to proceed? > > Since it won't affect thread support for 32-bit MIPS, I've no objection > to committing it now. Okay, it's in. In addition to fixing the problems previously discussed, I found it necessary to change the osabi registration (in mips-linux-tdep.c) from: gdbarch_register_osabi (bfd_arch_mips, 0, GDB_OSABI_LINUX, mips_linux_init_abi); to: for (arch_info = bfd_lookup_arch (bfd_arch_mips, 0); arch_info != NULL; arch_info = arch_info->next) { gdbarch_register_osabi (bfd_arch_mips, arch_info->mach, GDB_OSABI_LINUX, mips_linux_init_abi); } I'm not entirely happy with this change, but I see no way around it due to the recent changes to osabi.c. (I'm open to suggestions for better ways to do it...) Kevin