From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10715 invoked by alias); 26 Feb 2004 17:16:00 -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 10708 invoked from network); 26 Feb 2004 17:15:59 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 26 Feb 2004 17:15:59 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id B3B352B92; Thu, 26 Feb 2004 12:15:56 -0500 (EST) Message-ID: <403E29CC.4030007@gnu.org> Date: Thu, 26 Feb 2004 17:16:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Orjan Friberg Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa] cris-tdep.c: Frame unwind and dummy call fixes References: <403E159C.4030607@axis.com> In-Reply-To: <403E159C.4030607@axis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-02/txt/msg00765.txt.bz2 > This is a rather monstrous patch, but the CRIS port hadn't been updated in quite a while, and a lot of the stuff that had changed since the last update was interconnected. In addition to this, I got rid of support for a now obsolete ABI (instead of updating it) which further increases the size of the patch. > > Andrew, it was a while since I contributed to the tree, and my public key has most likely changed since then. Should I send you a new identity.pub? Try it, if it doesn't work let me know. > I realize this patch comes very close to branching for 6.1, so if it fits badly with the 6.1 schedule for whatever reason then I'm prepared to wait until later. You're the maintainer so feel free to commit (I held the branch date over by a day so if its done in the next few hours you'll avoid the need to double commit :-). The intent of the branch commit rules is to accommodate exactly your situtation: http://sources.redhat.com/gdb/current/onlinedocs/gdbint_15.html#SEC133 Pragmatics: Provided updates are restricted to non-core functionality there is little chance that a broken change will be fatal. This means that changes such as adding a new architectures or (within reason) support for a new host are considered acceptable. Its changes to GDB's core that don't go down so well. Andrew