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.
* tree-vect-stmts.cc (vectorizable_load): Add missing space in the
middle of debug dump message.
gcc/fortran/
* resolve.cc (resolve_procedure_expression): Remove extraneous space
from the middle of diagnostics.
(cherry picked from commit
20360e4b6b5a63bc65d1855a7ecf22eb7148a452)
if (is_illegal_recursion (sym, gfc_current_ns))
{
if (sym->attr.use_assoc && expr->symtree->name[0] == '@')
- gfc_warning (0, "Non-RECURSIVE procedure %qs from module %qs is "
+ gfc_warning (0, "Non-RECURSIVE procedure %qs from module %qs is"
" possibly calling itself recursively in procedure %qs. "
" Declare it RECURSIVE or use %<-frecursive%>",
sym->name, sym->module, gfc_current_ns->proc_name->name);
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;
if (dump_enabled_p ())
dump_printf_loc (MSG_NOTE, vect_location,
- "vect_model_load_cost:"
+ "vect_model_load_cost: "
"strided group_size = %d .\n",
group_size);
}