From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-13653-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 25272 invoked by alias); 4 May 2003 07:31:33 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 25265 invoked from network); 4 May 2003 07:31:33 -0000
Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196)
  by sources.redhat.com with SMTP; 4 May 2003 07:31:33 -0000
Received: (from root@localhost)
	by neon-gw.transmeta.com (8.9.3/8.9.3) id AAA16629;
	Sun, 4 May 2003 00:31:32 -0700
Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1)
	id xma016617; Sun, 4 May 03 00:31:11 -0700
Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22])
	by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id h447VBa08703;
	Sun, 4 May 2003 00:31:11 -0700 (PDT)
Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id AAA05365; Sun, 4 May 2003 00:31:11 -0700
From: Doug Evans <dje@transmeta.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16052.49599.471333.59775@casey.transmeta.com>
Date: Sun, 04 May 2003 07:31:00 -0000
To: Andrew Cagney <ac131313@redhat.com>
Cc: gdb@sources.redhat.com
Subject: Re: <cpu>-frame.c, frame/<cpu>.c, config/<cpu>/frame.c, ...
In-Reply-To: <3EB492BC.3080502@redhat.com>
References: <3EB48526.9060104@redhat.com>
	<16052.35297.269737.92814@casey.transmeta.com>
	<3EB492BC.3080502@redhat.com>
X-SW-Source: 2003-05/txt/msg00036.txt.bz2

Andrew Cagney writes:
 > config/<cpu>/*.{mt,mh,h} are all 
 > being deleted, so adding files to that directory would make for 
 > confusion.

I dunno about confusion.
The consistency with gcc and gas is nice.
(while gas doesn't have config/<cpu>, neither did gcc until way back when,
not that I'm suggesting gas should have config/<cpu>, just that
both have config/<something> for target files).

If one is going to try to reduce the number of files in the top level dir,
to me having all the target specific files in config/<cpu>
seems reasonable (and more preferable than having them littered about
in the top level directory and various subdirs).