From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6852 invoked by alias); 30 Apr 2005 15:02:16 -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 6536 invoked from network); 30 Apr 2005 15:02:08 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 30 Apr 2005 15:02:08 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j3UF1xEi005535; Sat, 30 Apr 2005 17:01:59 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j3UF1x64022441; Sat, 30 Apr 2005 17:01:59 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j3UF1tmn027484; Sat, 30 Apr 2005 17:01:55 +0200 (CEST) Date: Sat, 30 Apr 2005 15:02:00 -0000 Message-Id: <200504301501.j3UF1tmn027484@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: msnyder@sonic.net, gdb-patches@sources.redhat.com In-reply-to: <20050430135846.GA27763@nevyn.them.org> (message from Daniel Jacobowitz on Sat, 30 Apr 2005 09:58:47 -0400) Subject: Re: [RFA] New target am33-linux (mn10300) References: <4272D60B.5050709@sonic.net> <200504301103.j3UB3GRh016441@elgar.sibelius.xs4all.nl> <20050430135846.GA27763@nevyn.them.org> X-SW-Source: 2005-04/txt/msg00447.txt.bz2 Date: Sat, 30 Apr 2005 09:58:47 -0400 From: Daniel Jacobowitz On Sat, Apr 30, 2005 at 01:03:16PM +0200, Mark Kettenis wrote: > It uses DEPRECATED_TM_FILE, and we're not allowd to check in anything > new that uses it. Unfortunately, this means you can only check this > in without working shared library stuff. Personally I think we should > allow "DEPRECATED_TM_FILE= solib.h" until the shared libarry stuff is > properly fixed. Anyway, you seem to have left out the tm-linux.h that > you reference. I actually caught this bit in my review and decided to ignore it. He didn't leave out his tm-linux.h; he'll get the pre-existing config/tm-linux.h, and I can make a reasonable argument that this is not a new use of DEPRECATED_TM_FILE. 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. 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. Mark