From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5769 invoked by alias); 9 Aug 2004 13:59:10 -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 5762 invoked from network); 9 Aug 2004 13:59:09 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 9 Aug 2004 13:59:09 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i79Dx4e3001366 for ; Mon, 9 Aug 2004 09:59:09 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i79Dwpa11616; Mon, 9 Aug 2004 09:58:51 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 33C132BA2; Sun, 8 Aug 2004 18:52:17 -0400 (EDT) Message-ID: <4116AEA1.7060900@gnu.org> Date: Mon, 09 Aug 2004 13:59:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040801 MIME-Version: 1.0 To: Eli Zaretskii Cc: kettenis@chello.nl, mec.gnu@mindspring.com, gdb-patches@sources.redhat.com Subject: Re: [PATCH] Improve i386 prologue analyzer References: <200408012158.i71LwpRw033840@elgar.kettenis.dyndns.org> <3405-Mon02Aug2004070159+0300-eliz@gnu.org> <410EAFBB.5080102@gnu.org> <2914-Tue03Aug2004065313+0300-eliz@gnu.org> <200408061933.i76JX3HJ008032@elgar.kettenis.dyndns.org> <4113EA3B.3000900@gnu.org> <2914-Sat07Aug2004183455+0300-eliz@gnu.org> <41150161.3000306@gnu.org> <41155A83.nail9VC11PTRT@mindspring.com> <7704-Sun08Aug2004065437+0300-eliz@gnu.org> <4115FF44.nail59F11C8I0@mindspring.com> <200408081108.i78B8Cpk009362@elgar.kettenis.dyndns.org> <411633BE.2010809@gnu.org> <7137-Sun08Aug2004223001+0300-eliz@gnu.org> In-Reply-To: <7137-Sun08Aug2004223001+0300-eliz@gnu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00308.txt.bz2 >>> Date: Sun, 08 Aug 2004 10:07:58 -0400 >>> From: Andrew Cagney >>> >>> So by releasing 6.2._2_ in 2-3 weeks with this patch, and 6.2.1 today we >>> get a win-win. The MIPS fix isn't held up, and the i386 fix gets 2-3 >>> more weeks to mature :-) > > > You know, I really don't understand what is going on here. First, I'm > told that GDB 6.2 cannot wait and must be released with the MIPS > broken, and now GDB 6.2.1 cannot wait for a week or two because MIPS > is broken? How does that make any sense? Here's how things are panning out: week 0.0: @6.2: For current mainstream systems, our best releaes ever! Late breaking discovery that MIPS is broken, time to resolution unknown (guess 2 weeks) but workaround in hand. week 1.5: 6.2.1: Critical MIPS problem fixed. Fix for long-standing i386 bug known (needs 2 weeks testing) week 4.0: 6.2.2: Long standing bug on old i386 systems fixed. Does this seem reasonable. Andrew