From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3564 invoked by alias); 31 Oct 2004 18:39:27 -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 3547 invoked from network); 31 Oct 2004 18:39:27 -0000 Received: from unknown (HELO localhost.redhat.com) (24.42.65.225) by sourceware.org with SMTP; 31 Oct 2004 18:39:27 -0000 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id A4039129D8C; Sun, 31 Oct 2004 13:39:08 -0500 (EST) Message-ID: <4185314C.7020307@gnu.org> Date: Sun, 31 Oct 2004 18:39:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Daniel Jacobowitz , Mark Kettenis Cc: 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> <417D4D56.80003@gnu.org> In-Reply-To: <417D4D56.80003@gnu.org> Content-Type: multipart/mixed; boundary="------------070808070308040901070405" X-SW-Source: 2004-10/txt/msg00547.txt.bz2 This is a multi-part message in MIME format. --------------070808070308040901070405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 878 >>> 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. The situtation we have here is identical to that we encountered when we first made it a requirement that not just new architectures, but also extensions to exsting architectures, had to be multi-arch. We set the standard and then helped developers exceed it. Our only mistake was to "blink" when it came to the solib problem. We've been "blinking" for too many years now. I've committed the attached, Andrew --------------070808070308040901070405 Content-Type: text/plain; name="diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diffs" Content-length: 556 2004-10-31 Andrew Cagney * config/mips/obsd64.mt (DEPRECATED_TM_FILE): Delete. Index: config/mips/obsd64.mt =================================================================== RCS file: /cvs/src/src/gdb/config/mips/obsd64.mt,v retrieving revision 1.1 diff -p -u -r1.1 obsd64.mt --- config/mips/obsd64.mt 23 Oct 2004 12:14:02 -0000 1.1 +++ config/mips/obsd64.mt 31 Oct 2004 18:21:28 -0000 @@ -1,3 +1,2 @@ # Target: OpenBSD/mips64 TDEPFILES= mips-tdep.o mips64obsd-tdep.o corelow.o solib.o solib-svr4.o -DEPRECATED_TM_FILE= tm-nbsd.h --------------070808070308040901070405--