This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
[PATCH 4/7] c-indentation.c: workaround xgettext limitation (PR c/79921)
- From: David Malcolm <dmalcolm at redhat dot com>
- To: gcc-patches at gcc dot gnu dot org
- Cc: roland dot illig at gmx dot de, Joseph Myers <joseph at codesourcery dot com>, David Malcolm <dmalcolm at redhat dot com>
- Date: Thu, 9 Mar 2017 12:45:26 -0500
- Subject: [PATCH 4/7] c-indentation.c: workaround xgettext limitation (PR c/79921)
- Authentication-results: sourceware.org; auth=none
- References: <1489081529-22256-1-git-send-email-dmalcolm@redhat.com>
xgettext wasn't locating the message:
("...this statement, but the latter is misleadingly indented"
" as if it were guarded by the %qs"),
when building gcc.pot, and so this message was not being translated.
It appears the root cause is the parens around the concatenated
literals. A fix would be to convert it to usage of the G_ macro,
but this patch simply removes the parens.
gcc/c-family/ChangeLog:
PR c/79921
* c-indentation.c (warn_for_misleading_indentation): Remove parens
from inform's message, so that xgettext can locate it.
---
gcc/c-family/c-indentation.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/c-family/c-indentation.c b/gcc/c-family/c-indentation.c
index 329f470..8300788 100644
--- a/gcc/c-family/c-indentation.c
+++ b/gcc/c-family/c-indentation.c
@@ -607,8 +607,8 @@ warn_for_misleading_indentation (const token_indent_info &guard_tinfo,
"this %qs clause does not guard...",
guard_tinfo_to_string (guard_tinfo)))
inform (next_tinfo.location,
- ("...this statement, but the latter is misleadingly indented"
- " as if it were guarded by the %qs"),
+ "...this statement, but the latter is misleadingly indented"
+ " as if it were guarded by the %qs",
guard_tinfo_to_string (guard_tinfo));
}
}
--
1.8.5.3