From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13587 invoked by alias); 4 May 2003 15:44:08 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 13580 invoked from network); 4 May 2003 15:44:07 -0000 Received: from unknown (HELO crack.them.org) (146.82.138.56) by sources.redhat.com with SMTP; 4 May 2003 15:44:07 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 19CLfA-0001ul-00; Sun, 04 May 2003 10:44:28 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19CLem-0003BD-00; Sun, 04 May 2003 11:44:04 -0400 Date: Sun, 04 May 2003 15:44:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: -frame.c, frame/.c, config//frame.c, ... Message-ID: <20030504154404.GB12099@nevyn.them.org> Mail-Followup-To: Andrew Cagney , gdb@sources.redhat.com References: <3EB48526.9060104@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EB48526.9060104@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-05/txt/msg00038.txt.bz2 On Sat, May 03, 2003 at 11:12:38PM -0400, Andrew Cagney wrote: > This picks up an old old topic > > Since MarkK is threatening to get the i386 using the new frame code, now > is probably the time to think about where all these frame modules should > live: > > d10v-frame.[hc]: > Fills the top-level directory up with more stuff. That got objections > when it was last suggested. > > frame/.[hc]: > Keeps all the frame code in one directory. This makes it clearer that > the code is ment to be frame centric (and not the place to put non-frame > stuff). > > config//frame.[hc]: > Keeps the cpu stuff in a single directory. Like I said last time, I'm in favor of config//. Splitting support files for a particular CPU across multiple functional area directories would be annoying, I think. The toplevel directory could do with some pruning. And I don't think it will be especially confusing. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer