From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28511 invoked by alias); 4 Jun 2014 17:35:33 -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 28414 invoked by uid 89); 4 Jun 2014 17:35:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 04 Jun 2014 17:35:31 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s54HZRs1013921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 4 Jun 2014 13:35:28 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s54HZQKL002265; Wed, 4 Jun 2014 13:35:27 -0400 Message-ID: <538F58DE.7030204@redhat.com> Date: Wed, 04 Jun 2014 17:35:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Joel Brobecker , gdb-patches@sourceware.org Subject: Re: gdb-7.8 branching status (2014-06-04) References: <20140604171843.GX30686@adacore.com> In-Reply-To: <20140604171843.GX30686@adacore.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-06/txt/msg00193.txt.bz2 On 06/04/2014 06:18 PM, Joel Brobecker wrote: > . I just noticed a regression with gdbserver on LynxOS. > The testing came back just in the nick of time to identify > the source of the regression: > commit 802e8e6d8465a0d05803a987ba1bb3237fb2fb70 > [GDBserver] Make Zx/zx packet handling idempotent. > I will more into it right away. Blasphemy! :-P Hopefully it'll be a simple issue, like, me installing the new hooks incorrectly.. I also filed PRs for the gdbserver regressions I had mentioned before. [Bug go/17018] New: XFAIL: gdb.go/hello.exp: Starting string check https://sourceware.org/PR17018 [Bug gdb/17019] New: gdb.base/restore.exp failures https://sourceware.org/PR17019 [Bug gdb/17020] New: gdb.base/store.exp failures https://sourceware.org/PR17020 [Bug gdb/17016] New: XFAIL: gdb.threads/dlopen-libpthread.exp: info probes all rtld rtld_map_complete https://sourceware.org/PR17016 [Bug gdb/17015] New: gdb.trace/collection.exp failures https://sourceware.org/PR17015 [Bug gdb/17014] New: gdb.trace/unavailable.exp failures https://sourceware.org/PR17014 Likely most of those are system/gcc related though. I'm diffing against a gdb.sum from a month ago, and I updated my Fedora in the mean time... Still, it's shame that all these are failing on newer systems. I'll run the testsuite on my current system against 7.7, diff the result against mainline, and update the PRs with what I find out. If they fail on 7.7 as well, they're not regressions, so can't be blockers. -- Pedro Alves