gettext: remove optional non-standard parens in N_() definition
Remove the USE_PARENS_AROUND_GETTEXT_N compile-time option which was meant to catch an inadvertent mistake which is too obscure to maintain this facility. The backstory of how USE_PARENS_AROUND_GETTEXT_N came about is: When I added the N_() macro in6578483036
(i18n: add no-op _() and N_() wrappers, 2011-02-22) it was defined as: #define N_(msgid) (msgid) This is non-standard C, as was noticed and fixed in642f85faab
(i18n: avoid parenthesized string as array initializer, 2011-04-07). I.e. this needed to be defined as: #define N_(msgid) msgid Then ine62cd35a3e
(i18n: log: mark parseopt strings for translation, 2012-08-20) when "builtin_log_usage" was marked for translation the string concatenation for passing to usage() added in1c370ea4e5
(Show usage string for 'git log -h', 'git show -h' and 'git diff -h', 2009-08-06) was faithfully preserved: - "git log [<options>] [<since>..<until>] [[--] <path>...]\n" - " or: git show [options] <object>...", + N_("git log [<options>] [<since>..<until>] [[--] <path>...]\n") + N_(" or: git show [options] <object>..."), This was then fixed to be the expected array of usage strings ine66dc0cc4b
(log.c: fix translation markings, 2015-01-06) rather than a string with multiple "\n"-delimited usage strings, and finally in290c8e7a3f
(gettext.h: add parentheses around N_ expansion if supported, 2015-01-11) USE_PARENS_AROUND_GETTEXT_N was added to ensure this mistake didn't happen again. I think that even if this was a N_()-specific issue this USE_PARENS_AROUND_GETTEXT_N facility wouldn't be worth it, the issue would be too rare to worry about. But I also think that290c8e7a3f
which introduced USE_PARENS_AROUND_GETTEXT_N misattributed the problem. The issue wasn't with the N_() macro added ine62cd35a3e
, but that before the N_() macro existed in the codebase the initial migration to parse_options() in1c370ea4e5
continued passsing in a "\n"-delimited string, when the new API it was migrating to supported and expected the passing of an array. Helped-by: Eric Sunshine <sunshine@sunshineco.com> Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com> Signed-off-by: Carlo Marcelo Arenas Belón <carenas@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:

committed by
Junio C Hamano

parent
6c40894d24
commit
153fb49e60
24
gettext.h
24
gettext.h
@ -55,31 +55,7 @@ const char *Q_(const char *msgid, const char *plu, unsigned long n)
|
||||
}
|
||||
|
||||
/* Mark msgid for translation but do not translate it. */
|
||||
#if !USE_PARENS_AROUND_GETTEXT_N
|
||||
#define N_(msgid) msgid
|
||||
#else
|
||||
/*
|
||||
* Strictly speaking, this will lead to invalid C when
|
||||
* used this way:
|
||||
* static const char s[] = N_("FOO");
|
||||
* which will expand to
|
||||
* static const char s[] = ("FOO");
|
||||
* and in valid C, the initializer on the right hand side must
|
||||
* be without the parentheses. But many compilers do accept it
|
||||
* as a language extension and it will allow us to catch mistakes
|
||||
* like:
|
||||
* static const char *msgs[] = {
|
||||
* N_("one")
|
||||
* N_("two"),
|
||||
* N_("three"),
|
||||
* NULL
|
||||
* };
|
||||
* (notice the missing comma on one of the lines) by forcing
|
||||
* a compilation error, because parenthesised ("one") ("two")
|
||||
* will not get silently turned into ("onetwo").
|
||||
*/
|
||||
#define N_(msgid) (msgid)
|
||||
#endif
|
||||
|
||||
const char *get_preferred_languages(void);
|
||||
int is_utf8_locale(void);
|
||||
|
Reference in New Issue
Block a user