e7fd42
commit 14c7757e9b751781360737f53b71f851fc356d3d
e7fd42
Author: Jeff Law <jeffreyalaw@gmail.com>
e7fd42
Date:   Fri Oct 29 11:30:15 2021 -0400
e7fd42
e7fd42
    Avoid overly-greedy match in dejagnu regexp.
e7fd42
    
e7fd42
    Occasionally I've been seeing failures with the multi-line diagnostics.  It's never been clear what's causing the spurious failures, though I have long suspected a greedy regexp match.
e7fd42
    
e7fd42
    It happened again yesterday with a local change that in no way should affect diagnostics, so I finally went searching and found that sure enough the multi-line diagnostics had a ".*" in their regexp.  According to the comments, the .* is primarily to catch any dg directives that may appear -- ie it should eat to EOL, but not multiple lines.  But a .* can indeed match a newline and cause it to eat multiple lines.
e7fd42
    
e7fd42
    The fix is simple.  [^\r\n]* will eat to EOL, but not further.
e7fd42
    
e7fd42
    Regression tested on x86_64 and on our internal target.
e7fd42
    
e7fd42
    gcc/testsuite
e7fd42
    
e7fd42
            * lib/multiline.exp (_build_multiline_regex): Use a better
e7fd42
            regexp than .* to match up to EOL.
e7fd42
e7fd42
diff --git a/gcc/testsuite/lib/multiline.exp b/gcc/testsuite/lib/multiline.exp
e7fd42
index 0e151b6d222..86387f8209b 100644
e7fd42
--- a/gcc/testsuite/lib/multiline.exp
e7fd42
+++ b/gcc/testsuite/lib/multiline.exp
e7fd42
@@ -331,7 +331,7 @@ proc _build_multiline_regex { multiline index } {
e7fd42
 		# Support arbitrary followup text on each non-empty line,
e7fd42
 		# to deal with comments containing containing DejaGnu
e7fd42
 		# directives.
e7fd42
-		append rexp ".*"
e7fd42
+		append rexp "\[^\\n\\r\]*"
e7fd42
 	    }
e7fd42
 	}
e7fd42
 	append rexp "\n"