From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9300 invoked by alias); 30 Apr 2005 15:07:09 -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 8756 invoked from network); 30 Apr 2005 15:07:05 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 30 Apr 2005 15:07:05 -0000 Received: from drow by nevyn.them.org with local (Exim 4.50 #1 (Debian)) id 1DRtYb-0007o4-RX; Sat, 30 Apr 2005 11:07:01 -0400 Date: Sat, 30 Apr 2005 15:07:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: msnyder@sonic.net, gdb-patches@sources.redhat.com Subject: Re: [RFA] New target am33-linux (mn10300) Message-ID: <20050430150701.GA29977@nevyn.them.org> Mail-Followup-To: Mark Kettenis , msnyder@sonic.net, gdb-patches@sources.redhat.com References: <4272D60B.5050709@sonic.net> <200504301103.j3UB3GRh016441@elgar.sibelius.xs4all.nl> <20050430135846.GA27763@nevyn.them.org> <200504301501.j3UF1tmn027484@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504301501.j3UF1tmn027484@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-04/txt/msg00448.txt.bz2 On Sat, Apr 30, 2005 at 05:01:55PM +0200, Mark Kettenis wrote: > Ah, ok. That should be an explicit config/tm-linux.h then. But > that's bad, because that includes some gunk that I'm not sure is > needed anymore. I've never moved towards removing that gunk, since > I'm not confident that it doesn't hurt one of the not-so-mainstream > Linux targets. Adding another target to that list kinda sucks. I'm pretty sure it doesn't. In any case, when you're done with solib.h, we can handle it. I know what most of it refers to. > Anyway, can you elaborate on why this isn't a new use of > DEPRECATED_TM_FILE? I vividly remember the line > > DEPRECATED_TM_FILE= solib.h > > being backed out from config/mips/obsd64.mt because it wasn't acceptable. Andrew and I have distinctly different ideas of what is considered acceptable. -- Daniel Jacobowitz CodeSourcery, LLC