Thread (3 messages) flat view 3 messages, 3 authors, 2016-06-15

Re: [PATCH 2/2] i18n: avoid conflict with ngettext from libintl

From: Jonathan Nieder <hidden>
Date: 2016-06-15 22:50:44

Junio C Hamano wrote:
Hmph.  An obviously safer alternative would be to use git_ngettext() in
our source all over the place, and it would by even more peace of mind but
that is even longer.
Right.  That is tempting.

Ævar, is there some usual or obvious abbreviated form for ngettext we
could use to avoid this fuss altogether?
Also the same problem exists already for the _() macro.
The usual convention is that the _() macro is private to each
application.  libintl provides a gettext function or macro, and
various programs do

	#define _(msg) gettext(msg)

in some private header (that does not pollute the public namespace)
for notational convenience.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help