From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id uVgBFr4FimqBYTcAWB0awg (envelope-from ) for ; Sat, 22 Aug 2026 16:25:34 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=cebitec.uni-bielefeld.de header.i=@cebitec.uni-bielefeld.de header.a=rsa-sha256 header.s=20200306 header.b=CuVvLXY+; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 514441E0A3; Sat, 22 Aug 2026 16:25:34 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=unavailable autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [IPv6:2620:52:6:3111::32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id A4DA41E09B for ; Sat, 22 Aug 2026 16:25:33 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 93DE24B9DB71 for ; Sat, 22 Aug 2026 20:25:32 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 93DE24B9DB71 Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=cebitec.uni-bielefeld.de header.i=@cebitec.uni-bielefeld.de header.a=rsa-sha256 header.s=20200306 header.b=CuVvLXY+ Received: from smtp.CeBiTec.Uni-Bielefeld.DE (smtp.CeBiTec.Uni-Bielefeld.DE [129.70.160.84]) by sourceware.org (Postfix) with ESMTPS id B3B174BA9009 for ; Sat, 22 Aug 2026 20:25:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B3B174BA9009 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=CeBiTec.Uni-Bielefeld.DE Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cebitec.uni-bielefeld.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org B3B174BA9009 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=129.70.160.84 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1787430308; cv=none; b=kinMhZrxmGkkzSyN1Ea1pkietN0AltXVWQ74W2GxvjJDHZbLwcLvNuibn3+cU1ov+L/7ij4kMRnhUWbMFooVI4EObFWQgzRKBLiPeT3/KPWqfPd6AHKclzVUKVG2p3nAwjxPTnzJNNhJD5xeIkyCDI786grYlDXUGNZndq/sgwg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1787430308; c=relaxed/simple; bh=2duH5dWflowSpFCIjU2xRySFE9vAV19KxexvxFVQ1Rw=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=JGkkmNYijBHnQA0ewZ7dGfO63D1RA6wkZ0t+zSWTAppItohC8GHU5qY85OJrmO/RV2gcEUfvuYpoYV7ft1KbsibBV9+0Zsk3O3Ajb70rvoEM69MiwyPTF/qvaLqWa9SarBdFEL5sDrG7yv69GVB8PU4EM15bJWyUI7xmaLOiiy4= ARC-Authentication-Results: i=1; sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=cebitec.uni-bielefeld.de header.i=@cebitec.uni-bielefeld.de header.a=rsa-sha256 header.s=20200306 header.b=CuVvLXY+ DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B3B174BA9009 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id CC5DBEE70C; Sat, 22 Aug 2026 22:25:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= cebitec.uni-bielefeld.de; h=content-type:content-type :mime-version:user-agent:message-id:date:date:references :in-reply-to:subject:subject:from:from:received:received; s= 20200306; t=1787430307; bh=2duH5dWflowSpFCIjU2xRySFE9vAV19Kxexvx FVQ1Rw=; b=CuVvLXY+nvwb27gWIBLF1DesTQ10SDLfGLs0TYWMg66ngdgNb8dqt 1wCG09T/XvA12bg3cwBlFNRg77zbrbYlq4bagk24oKvjqeN9NWFAvCSVCbJbBmb7 7jkHUaWola0HAeEh2Ou/IAS4BrvOwUPZ2AMROmPeXmr6lnTJiJzIa5gHCAK55hdA u9xs2l6oImU3TV/PoXD0OB2sY7TgqCCIs5tsA4lrglEVN4+Pum++uyBdmFNHFgU7 cMU8FRQSVuOTMMbcNxW6BPna2zkFWpDpFyAhGzChajWqiVigFkx/yiQBVmfU4mTD Xy4/YnikmdcUVoZiS0b44cNvmAEG4AzFg== X-Virus-Scanned: amavisd-new at cebitec.uni-bielefeld.de Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (smtp.cebitec.uni-bielefeld.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ohTpAca1q_r2; Sat, 22 Aug 2026 22:25:07 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p508553da.dip0.t-ipconnect.de [80.133.83.218]) (Authenticated sender: ro) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 2F759EE611; Sat, 22 Aug 2026 22:25:07 +0200 (CEST) From: Rainer Orth To: Tom Tromey Cc: , Andrew Burgess , Simon Marchi Subject: Re: [PATCH] Skip gdb.dap/pause.exp on Solaris [PR34548] In-Reply-To: <87fr07tupw.fsf@tromey.com> (Tom Tromey's message of "Fri, 21 Aug 2026 08:27:07 -0600") References: <87fr07tupw.fsf@tromey.com> Date: Sat, 22 Aug 2026 22:25:06 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Hi Tom, >>>>>> "Rainer" == Rainer Orth writes: > > Rainer> As detailed in PR PR dap/34548, the gdb.dap/pause.exp test runs > Rainer> indefinitely on Solaris. To allow make check to finish, it needs to be > Rainer> terminated manually. > > Rainer> To avoid this, this patch skips the test. > > Rainer> Tested on x86_64-pc-solaris2.11, sparcv9-sun-solaris2.11, and > Rainer> x86_64-pc-linux-gnu. > > Rainer> Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=34548 > > Rainer> Ok for trunk? > > This is fine, but in the bug you mentioned other reports about target > async not working. not actually reports, just ca. 100 instances of the Asynchronous execution not supported on this target. message in the full testsuite log. Some of them already turn the tests UNSUPPORTED, while others cause the tests to FAIL. > So maybe DAP testing should be entirely disabled for Solaris? Like just returning 0 from allow_dap_tests on Solaris? Or doing so for all targets lacking async support? Here's a breakdown of gdb.dap results on Solaris: 8 ERROR 11 FAIL 713 PASS 8 PATH 8 UNRESOLVED 2 UNSUPPORTED I can't tell if it's still useful this way. > Rainer> This might also be a candidate for the gdb-18 branch. > > It's fine by me. Thanks. I'll way for approval from a release manager then. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University