From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28589 invoked by alias); 18 Sep 2013 21:32:50 -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 28569 invoked by uid 89); 18 Sep 2013 21:32:50 -0000 Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 18 Sep 2013 21:32:50 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: rock.gnat.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 7E26011665A; Wed, 18 Sep 2013 17:33:02 -0400 (EDT) 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 LGC2Tklqfic3; Wed, 18 Sep 2013 17:33:02 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 281A7116632; Wed, 18 Sep 2013 17:33:02 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 8AC03E06B6; Wed, 18 Sep 2013 14:32:45 -0700 (PDT) Date: Wed, 18 Sep 2013 21:32:00 -0000 From: Joel Brobecker To: "Maciej W. Rozycki" Cc: Tristan Gingold , Richard Sandiford , binutils@sourceware.org, gdb-patches@sourceware.org Subject: Re: Release 2.24 Message-ID: <20130918213245.GO3132@adacore.com> References: <2741C968-721F-46E9-A2BA-E4B0F64C444B@adacore.com> 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) X-SW-Source: 2013-09/txt/msg00635.txt.bz2 > Just as a reminder, can we please coordinate so that GDB 7.7 is released > before binutils 2.24? It's fine with GDB of course if the Binutils projects wants to wait for the GDB 7.7 release, but my guess is that we are quite a ways away from it: We need the git transition to be done first, then we need to make the branch and stabilize it towards a release state. > On the MIPS target we've switched PLT formats produced by LD for MIPS16 > and microMIPS binaries and for correct frame unwinding GDB has to > understand them. Otherwise it'll fail in odd ways, e.g. when stepping > over a function called via PLT. Of course all code required is there in > our shared repository, it's just a matter of making the releases in the > right order so that ordinary developers have a version of GDB to upgrade > to available if needed. Can you patch gdb-7.6 to understand the new format as well as the old one with a patch that could be deemed safe? Perhaps it would make sense to make a 7.6.2 release just for MIPS. -- Joel