From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sonic308-18.consmr.mail.ir2.yahoo.com (sonic308-18.consmr.mail.ir2.yahoo.com [77.238.178.146]) by sourceware.org (Postfix) with ESMTPS id D3064388A81F for ; Sun, 14 Jun 2020 15:32:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D3064388A81F X-YMail-OSG: 08cRm.wVM1mom.uDyuifWmJ5pmjyQQFt2K11XhR.ATUIDXUo1A184ClS4T7.xmi iKio8g681u9N0bqAinhLK1xJLLFe0s6JxvlMa50jMrZX5r5Lw5zYghwu42wse7JBRT7xKNtApNKX hdM_j.Xk1YL3azo1C_db0cZKYTQ4GZRFuvWpD1TzGQZVADehHJDMcgRxLyoK..Uyma9nzfK5Vhkb JN9b5nhkF5jLyQfwC27p4yGgmpNb03Db3mgSvw7p_srmuZetOVwxg_PUISBkFtDwXnSV3qiOfF77 gkqK5W4AOCpfDqqO_72gt34oqVxanpbFYUatgg07T5jLfocvE0kuIwolHkf_XVZUPmJZ4w2s.bp0 VYemkdqo2zi_Zh5oXcO_n.4poauQK0RtB.tUswuZO9n1c.8LyZO4jWgzSbnHhuCoqWD0rdmzWEbp LE1FPs6wnpOWvT2MmSr4p.8NZfAJ_xkVCHqSCxYKy74n99NmvI27mxFsoZvhGrXGjVTtdXE8qC7x ioNWllA2pV2f6I8.PXYc5bo_MtSExtRHpRFN5ILVkY.DSIe0H6.LZcw.r4m0W9Z0smPPOLrVMTIH W7ElAni4Y6C6RbH_NVkHp0fhEc4VuhWz1f_OyllNljYaxcWvqxcXpo4izAgzi5bBF2qUvE1gelsi YYUwXLwT9zdT2mcoAUSXO6QYNKRfx0dBtfdFnx6cSCCUs1lqXPd93omJAFPx5QgVW1z52wlO.8kc tRktVk6V8EI6HrnxyP3eJBH98usaaQn_SyBrW3SVbv16GtawrQqAScd_DOvOSJNIv89DyXZ.CCoA F9C_YBq6dzWojMtsZbbPRKz9b59BLPNmIB16Ff9KH6BN4ScEbd7cRQjhrh.xFPaNgrbFZTDxe8KB .HREdic8UZCQo5YczJ5EDtvMaMIkdByEIsQZhmc0VkpEZ_Ct96ujqFsVG9TehwBVC30no_HlNQOO jFe5HXYoaKjrhC5DQziKs8o0j5Lz3GbPdTrwtyHWmMQe4lHI4BxfGzq7D43jdxydp437c7pqiCmN IT.U5nomzP.K0D5U1_EnvTaR..fCgnpjIjTeihyEp76XFeNBu_gSKk8ZkDb0lg0wwtAH.dMVd.IH a5RuErHPj5NnTBcQUIJrQHtMLmLkzXp83cUIrCF9G2RhT18RV_WODrstZiwH8q3GsoWRsagAIEfj HQlRGT8FFlrA9cGpFezLcZK0pQ5WSJJicQAOIxiQeGTzouSqJBXtce6ebUoUbArr4IAVYQAqqezA ziobbRznaQxatnhoRwhF1YDNNSctI430xC_iLQdseBUadHSnFG8LWf8mh3f90vIM8JjUSc0V4uqJ 50t7SUX_K7x.SADVYBQ0jw9a7NwatcZ7U02pvY2Kw Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ir2.yahoo.com with HTTP; Sun, 14 Jun 2020 15:32:29 +0000 Date: Sun, 14 Jun 2020 15:32:00 +0000 (UTC) From: Hannes Domani To: Joel Brobecker , Gdb-patches Cc: Tom Tromey Message-ID: <4665924.901953.1592148720315@mail.yahoo.com> In-Reply-To: <20200614015612.GA6242@adacore.com> References: <20200614015612.GA6242@adacore.com> Subject: Re: GDB 10.1 release: branching early July? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16119 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0 X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, 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: Sun, 14 Jun 2020 15:32:32 -0000 Am Sonntag, 14. Juni 2020, 03:56:26 MESZ hat Joel Brobecker Folgendes geschrieben: > Hi everyone, > > Now that the GDB 9.2 release has been out for a few weeks, what > do you think about turning our attention to starting the GDB 10 > release cycle?=C2=A0 I looked at the NEWS file, and there is a decent > number of new features. > > Based on that, what do you think of aiming for branching during > the weekend of July 4th? That's 3 weeks from now. We would then > be creating the first pre-release at the same time if possible, > and then try to aim for a release 2-3 weeks afterwards. > > Are there any changes that you think we should have in master > before we create the branch? > > This is what is current in the 10.1 list on Bugzilla: > >=C2=A0=C2=A0 * [unassigned] >=C2=A0=C2=A0=C2=A0=C2=A0 thread_info with duplicate ptid ad= ded to inferior thread list >=C2=A0=C2=A0=C2=A0=C2=A0 https://sourceware.org/bugzilla/show_bug.cgi?id= =3D25412 > >=C2=A0=C2=A0=C2=A0=C2=A0 Reported by Simon, who started investigating a bi= t. >=C2=A0=C2=A0=C2=A0=C2=A0 Simon says the issue appeared after the "multi-ta= rget" patch >=C2=A0=C2=A0=C2=A0=C2=A0 series went in (5b6d1e4fa by Pedro). > >=C2=A0=C2=A0=C2=A0=C2=A0 Simon - is that still an issue? > >=C2=A0=C2=A0 * [RainerO] >=C2=A0=C2=A0=C2=A0=C2=A0 [10 regression] run fails with ICE= on Solaris > >=C2=A0=C2=A0=C2=A0=C2=A0 Not sure if this is still an issue or not. Rainer= did push some >=C2=A0=C2=A0=C2=A0=C2=A0 patches to master back in May. To be confirmed. > > I also know of the following issue which I think should get fixed > before we branch: > >=C2=A0=C2=A0 * [AndrewB/TomT] >=C2=A0=C2=A0=C2=A0=C2=A0 QEMU / GDB compatibility on RISCV64 ELF (failure = to fetch some registers) >=C2=A0=C2=A0=C2=A0=C2=A0 https://sourceware.org/pipermail/gdb-patches/2020= -June/169393.html > > Anything else you think we should include? For Windows it would be good that win32/25302 is fixed: Mismatching fstat() function calls in gdb_bfd_open() and cache_bstat() https://sourceware.org/bugzilla/show_bug.cgi?id=3D25302 TomT had some patches here: https://sourceware.org/legacy-ml/gdb-patches/2020-01/msg00386.html Hannes