On Fri, 30 Sept 2022 at 19:07, Jonathan Wakely wrote: > > 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-patches wrote: > > > > On Fri, 30 Sept 2022 at 17:26, Jonathan Wakely wrote: > > > > > > > > > > On Fri, 30 Sept 2022 at 17:04, Torbjörn 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 different. I'll finish testing this and push it.