https://gcc.gnu.org/g:0027f96a361fa8636a52b0766c03dd74ac76f4c0
commit r12-11173-g0027f96a361fa8636a52b0766c03dd74ac76f4c0
Author: Jakub Jelinek <ja...@redhat.com>
Date: Sat Mar 22 08:39:38 2025 +0100
Fix up some further cases of missing or extraneous spaces in diagnostics
Given the recent PR119406 I've tried to grep for concatenated string
literals without space at the end of one line and at the start of next line,
unless it was obviously intentional.
Furthermore, I've then looked through gcc.pot looking for 2 adjacent spaces
and looking back if that wasn't the case of "something "
" with spaces at both sides".
Here is the result from that.
I think just the c.opt change needs an explanation, the "" in the
description is simply eaten up somewhere during the option processing and
gcc -v --help before this patch was displaying
-Wdeprecated-literal-operator Warn about deprecated space between and
suffix in a user-defined literal operator.
2025-03-22 Jakub Jelinek <ja...@redhat.com>
gcc/
* gimplify.cc (warn_switch_unreachable_and_auto_init_r): Add missing
space in the middle of diagnostics.
(cherry picked from commit 20360e4b6b5a63bc65d1855a7ecf22eb7148a452)
Diff:
---
gcc/gimplify.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/gimplify.cc b/gcc/gimplify.cc
index 9e7869770183..55bc7f8624ed 100644
--- a/gcc/gimplify.cc
+++ b/gcc/gimplify.cc
@@ -2129,7 +2129,7 @@ warn_switch_unreachable_and_auto_init_r
(gimple_stmt_iterator *gsi_p,
const char *var_name_str = TREE_STRING_POINTER (var_name);
warning_at (gimple_location (stmt), OPT_Wtrivial_auto_var_init,
- "%qs cannot be initialized with"
+ "%qs cannot be initialized with "
"%<-ftrivial-auto-var_init%>",
var_name_str);
break;
