When a language is enabled but we run the testsuite against a tree in
which the frontend compiler is not present, help.exp fails. It
recognizes the output pattern for a disabled language, but not a
missing frontend. Extend the pattern so that it covers both cases.
Tested on x86_64-linux-gnu. Ok to install?
for gcc/testsuite/ChangeLog
* lib/options.exp (check_for_options_with_filter): Handle
missing frontend compiler like disabled language.
---
gcc/testsuite/lib/options.exp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/lib/options.exp b/gcc/testsuite/lib/options.exp
index 30e6e50d703dc..a4b15c14f9c6c 100644
--- a/gcc/testsuite/lib/options.exp
+++ b/gcc/testsuite/lib/options.exp
@@ -59,7 +59,7 @@ proc check_for_options_with_filter { language gcc_options
exclude \
set gcc_output [gcc_target_compile $srcfname $filebase.x executable
$gcc_options]
remote_file build delete $srcfname $filebase.x $filebase.gcno
- if {[regexp -- "compiler not installed on this system" $gcc_output]} {
+ if {[regexp -- "compiler not installed on this system|cannot execute"
$gcc_output]} {
unsupported "$test: $language compiler not available"
return
}
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Disinformation flourishes because many people care deeply about injustice
but very few check the facts. Ask me about <https://stallmansupport.org>