From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18395 invoked by alias); 21 Jan 2002 20:57:55 -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 18295 invoked from network); 21 Jan 2002 20:57:50 -0000 Received: from unknown (HELO dr-evil.shagadelic.org) (208.176.2.162) by sources.redhat.com with SMTP; 21 Jan 2002 20:57:50 -0000 Received: by dr-evil.shagadelic.org (Postfix, from userid 7518) id C89DD9869; Mon, 21 Jan 2002 12:57:49 -0800 (PST) Date: Mon, 21 Jan 2002 12:57:00 -0000 From: Jason R Thorpe To: Kevin Buettner Cc: Andrew Cagney , Richard Earnshaw , Fernando Nasser , Scott Bambrough , gdb-patches@sources.redhat.com Subject: Re: [PATCH RFA] Zap EXTRA_FRAME_INFO for ARM target Message-ID: <20020121125749.W8364@dr-evil.shagadelic.org> Reply-To: thorpej@wasabisystems.com Mail-Followup-To: Jason R Thorpe , Kevin Buettner , Andrew Cagney , Richard Earnshaw , Fernando Nasser , Scott Bambrough , gdb-patches@sources.redhat.com References: <1011215082551.ZM11544@ocotillo.lan> <3C4B4F9B.4090607@cygnus.com> <1020121204528.ZM2093@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1020121204528.ZM2093@localhost.localdomain>; from kevinb@redhat.com on Mon, Jan 21, 2002 at 01:45:28PM -0700 Organization: Wasabi Systems, Inc. X-SW-Source: 2002-01/txt/msg00664.txt.bz2 On Mon, Jan 21, 2002 at 01:45:28PM -0700, Kevin Buettner wrote: > > Thinking about it Jason was correct in taking this aproach (I suspect > > I've done this with other targets). A patch making the single > > independant change of eliminating EXTRA_FRAME_INFO is mechanical, and as > > such, can be treated as obvious. > ... > I do agree, however, that Jason was correct in his approach for the > alpha since the alpha target doesn't have any listed maintainers. Just to be clear... I treated it as obvious since in several e-mails Andrew has said that the process of multi-arch'ing a target is considered obvious, and the removal of EXTRA_FRAME_INFO is specifically mentioned in the description of how to multi-arch a target. -- -- Jason R. Thorpe