]> git.ipfire.org Git - thirdparty/gcc.git/commitdiff
Fix up some further cases of missing or extraneous spaces in diagnostics
authorJakub Jelinek <jakub@redhat.com>
Sat, 22 Mar 2025 07:39:38 +0000 (08:39 +0100)
committerJakub Jelinek <jakub@gcc.gnu.org>
Fri, 13 Jun 2025 10:51:14 +0000 (12:51 +0200)
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  <jakub@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)

gcc/gimplify.cc

index 9e786977018388cecf19b7db5a3bb96f88be7413..55bc7f8624edf3092cef1414023b8a2433be1702 100644 (file)
@@ -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;