From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16573 invoked by alias); 29 Jan 2014 09:31:40 -0000 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 Received: (qmail 16560 invoked by uid 89); 29 Jan 2014 09:31:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: glazunov.sibelius.xs4all.nl Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 29 Jan 2014 09:31:37 +0000 Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id s0T9VTu1004097; Wed, 29 Jan 2014 10:31:29 +0100 (CET) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id s0T9VTm6025785; Wed, 29 Jan 2014 10:31:29 +0100 (CET) Date: Wed, 29 Jan 2014 09:31:00 -0000 Message-Id: <201401290931.s0T9VTm6025785@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: brobecker@adacore.com CC: uweigand@de.ibm.com, gdb-patches@sourceware.org In-reply-to: <20140129081408.GS4101@adacore.com> (message from Joel Brobecker on Wed, 29 Jan 2014 12:14:08 +0400) Subject: Re: heads up: GDB 7.7 official release Wed Jan 29th (tomorrow) References: <20140128180722.GJ4101@adacore.com> <201401281822.s0SIMWLd002802@d06av02.portsmouth.uk.ibm.com> <20140129081408.GS4101@adacore.com> X-SW-Source: 2014-01/txt/msg01031.txt.bz2 > Date: Wed, 29 Jan 2014 12:14:08 +0400 > From: Joel Brobecker > > > I would certainly appreciate that -- thanks! > > > > As to changes in other ports, I think it should be pretty clear > > that non-PowerPC platforms cannot really be affected. (There are > > some changes to common code in the 11/11 patch, but that shouldn't > > affect any platform that do not define gdbarch_skip_entrypoint.) > > > > As to other PowerPC platforms, I've tested powerpc64-linux quite a > > bit -- I would be happy to also run a regression test on a 32-bit > > Linux and on AIX. > > OK, I've had a chance to review the patches, and I am definitely > hesitating. I agree that they can only affect PowerPC. If you feel > very confident about the patches and want to take responsibility, > I will go with your call. Advice from the other GMs would also be > useful. > > My preference goes towards getting this code in the master branch > first, release 7.7 without it, and then re-evaluate. If proven after > an observation period to be stable in master, we can elect to backport > the code to 7.7 in time for 7.7.1. But if people prefer, we can also > accelerate the schedule for 7.8. I'd say that rushing changes like this in just before release is just bad engineering practice in general. And in this case I have a hard time convincing myself that this will not break existing big-endian PowerPC targets. This is the sort of stuff that you want to get in early in a release cycle. I also think we shouldn't do these feature-driven release adjustments. There's just to many external variables to take them into account. So I'd say this should go onto master after 7.7 has been released, and 7.8 should be released according to the normal schedule. If meanwhile IBM or any of the Linux distros wants to ship a 64-bit wrong-endian PowerPC toolchain they can just take 7.7 and apply the patches.