From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28560 invoked by alias); 25 Oct 2004 19:01:52 -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 28535 invoked from network); 25 Oct 2004 19:01:51 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 25 Oct 2004 19:01:51 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id i9PJ1nmH020898 for ; Mon, 25 Oct 2004 15:01:49 -0400 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9PJ1nr05755; Mon, 25 Oct 2004 15:01:49 -0400 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 1B93F1294B5; Mon, 25 Oct 2004 15:00:42 -0400 (EDT) Message-ID: <417D4D56.80003@gnu.org> Date: Mon, 25 Oct 2004 19:01:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Daniel Jacobowitz Cc: Mark Kettenis , gdb-patches@sources.redhat.com Subject: Re: [COMMIT] OpenBSD/mips64 target and native support References: <200410231216.i9NCG6YK023827@elgar.sibelius.xs4all.nl> <417D1A69.2070904@gnu.org> <20041025152912.GA28110@nevyn.them.org> In-Reply-To: <20041025152912.GA28110@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00409.txt.bz2 Daniel Jacobowitz wrote: > On Mon, Oct 25, 2004 at 11:23:21AM -0400, Andrew Cagney wrote: > >>Mark Kettenis wrote: >> >>>This seems to be working pretty reasonably, so I checked it in. I >>>suppose not many people are running OpenBSD/mips64 (OpenBSD/sgi) yet, >>>but those that do, probably want a working debugger. >>> >>>Anyway, I'm not adding a NEWS entry yet, since there are some issues >>>with dwarf2read.c that need to be resolved before the native stuff >>>really works. >> >>This part: >> >> >>>+DEPRECATED_TM_FILE= tm-nbsd.h >> >>is no longer acceptable. > > > Do you have an alternate suggestion? > > It seems pretty strange to me to forbid new OS ports of MIPS targets > just because every single MIPS target including the core MIPS support > still uses DEPRECATED_TM_FILE. I'm lost, what has this to do with the MIPS? When adding any new native or target, DEPRECATED_TM_FILE is not acceptable. Andrew