From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19844 invoked by alias); 24 Apr 2002 17:48:28 -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 19824 invoked from network); 24 Apr 2002 17:48:27 -0000 Received: from unknown (HELO pizda.ninka.net) (216.101.162.242) by sources.redhat.com with SMTP; 24 Apr 2002 17:48:27 -0000 Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1]) by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id KAA31898; Wed, 24 Apr 2002 10:38:57 -0700 Date: Wed, 24 Apr 2002 10:48:00 -0000 Message-Id: <20020424.103856.00478620.davem@redhat.com> To: ac131313@cygnus.com Cc: shebs@apple.com, drow@mvista.com, gdb-patches@sources.redhat.com Subject: Re: which patches to review From: "David S. Miller" In-Reply-To: <3CC6E84D.2090403@cygnus.com> References: <20020423.220943.39181580.davem@redhat.com> <3CC6D4E2.E5858735@apple.com> <3CC6E84D.2090403@cygnus.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00954.txt.bz2 From: Andrew Cagney Date: Wed, 24 Apr 2002 13:15:57 -0400 Here, you're mistaken. He isn't %100 wrong. I've been asked repeatedly to basically multi-arch the Sparc targets out the wazoo to get the Linux Sparc bits in. While I have no problem doing the multi-arch work (I actually think it's a barrel of laughs to kill some of these ancient bogon macros :-)), I would have much rathered merged my Sparc Linux support in THEN multi-arch'd everything. I've even stated this desire of mine multiple times during the patch submission process. Every time I got back a "well.. you should really multi arch this first, and then multi arch that". Right now all of the Sparc Linux bits are in a pending state because they need to be sequenced after the multi-arch bits. Currently, this one is holding up sparc-linux-tdep from being added: http://sources.redhat.com/ml/gdb-patches/2002-04/msg00710.html The Sparc Linux native bits are: http://sources.redhat.com/ml/gdb-patches/2002-04/msg00644.html http://sources.redhat.com/ml/gdb-patches/2002-04/msg00670.html What remains after that are my bug fixes and all of those are in one of three states: 1) Waiting on discussion on some issues. 2) Whatever issues are resolved, I have to rewrite the patch 3) Waiting for reports on whether Solaris regressions are introduced by the change Do you see what I mean? I could have Linux Sparc in there fully now, but instead I'm in multi arch land.