From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id 4A960386F038 for ; Sat, 19 Sep 2020 01:37:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4A960386F038 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark@simark.ca Received: from [10.0.0.11] (173-246-6-90.qc.cable.ebox.net [173.246.6.90]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id BAA0B1E554; Fri, 18 Sep 2020 21:37:21 -0400 (EDT) Subject: Re: GDB 10.1 release -- 2020-09-18 Update To: Joel Brobecker , gdb-patches@sourceware.org References: <20200918234602.GA4674@adacore.com> From: Simon Marchi Message-ID: Date: Fri, 18 Sep 2020 21:37:21 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200918234602.GA4674@adacore.com> Content-Type: text/plain; charset=utf-8 Content-Language: fr Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Sep 2020 01:37:23 -0000 On 2020-09-18 7:46 p.m., Joel Brobecker wrote: > Hello, > > A quick update on the release status since the 10.0.90 pre-release > was published last Saturday... > > So far, we don't have anything really worrisome that could significantly > delay the release. I'll try to find some time to test the gnulib patches > that Eli pointed out next week. Huh, the patch to skip the endbr32 instruction in prologues kind of fell through the cracks until today. It was just merged to master. Should we consider it for the release branch? If you don't have it and your compiler inserts these instructions, it kind of screws up the debugging experience, since the function prologues are never properly skipped. In my experience, this results in GDB showing wrong argument values when reaching a function breakpoint, for example. The patch in question is: https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=14f9473ca225290680c8b21240cdca49f8d3b332 Simon