From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19311 invoked by alias); 19 Feb 2013 16:14:35 -0000 Received: (qmail 19263 invoked by uid 22791); 19 Feb 2013 16:14:32 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 19 Feb 2013 16:14:27 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 4B2872E85C; Tue, 19 Feb 2013 11:14:27 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id abIA3wXyFVuH; Tue, 19 Feb 2013 11:14:27 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 17AAC2E2DE; Tue, 19 Feb 2013 11:14:27 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 5FEA6C24B3; Tue, 19 Feb 2013 08:14:25 -0800 (PST) Date: Tue, 19 Feb 2013 16:14:00 -0000 From: Joel Brobecker To: "Metzger, Markus T" Cc: Jan Kratochvil , "gdb-patches@sourceware.org" Subject: Re: GDB 7.6 branch status... Message-ID: <20130219161425.GD22143@adacore.com> References: <20130218224247.GF22175@adacore.com> <20130219152728.GA2273@host2.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00501.txt.bz2 > The first version that is currently on archer is functional. It needs > some cleanup like removing the old cli and porting the tests - and it > lacks documentation changes. > > I would expect 2-3 weeks. Given that the delay was caused by us, and that there is no big imperative to start the release process now, we can talk about delaying the release, but only if it makes a difference to Markus and the users of this feature. Some contributors have sent patches where they said that they would not commit until the branch is cut, and a 2-3 weeks delay is a long delay. -- Joel