From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id A59F63858D1E for ; Fri, 30 Sep 2022 18:07:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A59F63858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1664561244; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wa0VObpiGajwpLNP929idfDQUQLrnmWidU7JNbmSpfU=; b=a5oBZw+8RyNtr/QtlMntaHXaHw1TvgxNJJ/Ysr78rDg+XFOvkflF/yjVyqfWrzc7v1+YrC LuO0RuCw3uPa6g4vzQjn34O6V1uKkyfac2iFYhmaGt+8yX9XYnZQ6oNKwkkqLsqApdV5Zz qjfRHpvLGoCrIzlbREcCzYYgctnsq5E= Received: from mail-qk1-f197.google.com (mail-qk1-f197.google.com [209.85.222.197]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-660-SGLjI_NUMRiQrUYOkfmjpg-1; Fri, 30 Sep 2022 14:07:23 -0400 X-MC-Unique: SGLjI_NUMRiQrUYOkfmjpg-1 Received: by mail-qk1-f197.google.com with SMTP id az15-20020a05620a170f00b006cece4cd0beso4340550qkb.22 for ; Fri, 30 Sep 2022 11:07:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=wa0VObpiGajwpLNP929idfDQUQLrnmWidU7JNbmSpfU=; b=GkvCMZbTqQrpSeq2G02SbXxnaXRzghQZ+MX9VE6K9c7IXqAaw39jcJq3E7Wv7U0OSk EEvhO+G9gk2p9xzSxLBd/qizX9HeysqrVmidY+qJ/cOUMH63xEAaLFxlcFLYKTATMWps 2P7t+VRbf3HkKbSK6IvSlQHwV1wmMcts/+6ytFRGWomfnKRA1XeT2rXfcbSvR6HgUiwb Z3NugBFkoY/cFJZ2C7nL6P7/Buh2c/VFH1oFI/p1JxpIPesCNmJYLC5+6sXlDq2M210n uB/vOz29ibMhnfHMJnDsDiUU6B541spZ3GyyVkNR80QLgV91W5n65iAKqO6wjGSTD8zL emFg== X-Gm-Message-State: ACrzQf3qdz2a75Vn7rKqFhuFTEAaC82pkr7JdKmUTMGKA8QWFIkorec2 mGv1jFb4Byt/H+Vu6hV06qQNdJR8lPgp5QC9YUH6guPNle6BzsSM1jG/iybdaIed9IbWd6eVijy 36BmVp+guL2SGXioSUb3OabTfMKhOjxWscQ== X-Received: by 2002:a05:622a:408a:b0:35b:b5fa:5e32 with SMTP id cg10-20020a05622a408a00b0035bb5fa5e32mr7768649qtb.122.1664561242690; Fri, 30 Sep 2022 11:07:22 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5iKfwS3GfQh5E8jpXmmM/3KuKgRQ1/tb0ZNrc2N/UN30kP3fFJPzhiRqCgtST557Pm6mYL1wkkAMWuR8P9bLM= X-Received: by 2002:a05:622a:408a:b0:35b:b5fa:5e32 with SMTP id cg10-20020a05622a408a00b0035bb5fa5e32mr7768624qtb.122.1664561242457; Fri, 30 Sep 2022 11:07:22 -0700 (PDT) MIME-Version: 1.0 References: <20220930153845.2268381-1-torbjorn.svensson@foss.st.com> In-Reply-To: From: Jonathan Wakely Date: Fri, 30 Sep 2022 19:07:11 +0100 Message-ID: Subject: Re: [PATCH] testsuite: Windows paths use \ and not / To: Jakub Jelinek Cc: =?UTF-8?Q?Torbj=C3=B6rn_SVENSSON?= , "libstdc++" , gcc-patches@gcc.gnu.org, nathan@acm.org X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Fri, 30 Sept 2022 at 19:04, Jonathan Wakely wrote: > > On Fri, 30 Sept 2022 at 18:55, Jakub Jelinek wrote: > > > > On Fri, Sep 30, 2022 at 06:47:07PM +0100, Jonathan Wakely via Gcc-patch= es wrote: > > > On Fri, 30 Sept 2022 at 17:26, Jonathan Wakely wrote: > > > > > > > > On Fri, 30 Sept 2022 at 17:04, Torbj=C3=B6rn SVENSSON > > > > wrote: > > > > > > > > > > libstdc++-v3/testsuite: > > > > > > > > > > * 20_util/bind/ref_neg.cc: Prune Windows paths too. > > > > > > > > Please CC the libstdc++ for libstdc++ patches. > > > > > > > > OK for trunk, thanks. > > > > > > I'm seeing errors now on x86_64-linux: > > > > > > ERROR: 20_util/bind/ref_neg.cc: unknown dg option: /\\ for " > > > dg-prune-output 53 "[/\\](functional|bits/invoke.h):" " > > > > > > ERROR: 20_util/bind/ref_neg.cc: unknown dg option: /\\ for " > > > dg-prune-output 53 "[/\\](functional|bits/invoke.h):" " > > > > Bet it should be > > // { dg-prune-output "\[/\\](functional|bits\[/\\]invoke.h):" } > > or so. Completely untested. > > That fixes the error, but now the regex doesn't match so there are > still excess errors. It needs to be: > > // { dg-prune-output ".*\[/\\](functional|bits\[/\\]invoke.h):.*" } > > Without any regex special characters, there's an implicit .* before > and after the pattern. But when you use any regex special characters > in the pattern, it stops working. I can't remember why. I figured it > out once. It looks like just adding .* at the start is enough: // { dg-prune-output ".*\[/\\](functional|bits\[/\\]invoke.h):" } But that's so ugly, I'm tempted to replace that prune with something differ= ent.