postgresql/src/pl/plpython/nls.mk

# src/pl/plpython/nls.mk
CATALOG_NAME	:= plpython
AVAIL_LANGUAGES	:= de es fr it ja pt_BR ro tr zh_CN zh_TW
GETTEXT_FILES	:= plpython.c
GETTEXT_TRIGGERS:= errmsg errmsg_plural:1,2 errdetail errdetail_log errdetail_plural:1,2 errhint errcontext PLy_elog:2 PLy_exception_set:2 PLy_exception_set_plural:2,3
Remove cvs keywords from all files. 2010-09-20 16:08:53 -04:00			`# src/pl/plpython/nls.mk`
Improve translatability of error messages for external modules by tweaking the ereport macro. Included in this commit are enough files for starting plpgsql, plpython, plperl and pltcl translations. 2008-10-09 13:24:05 -04:00			`CATALOG_NAME := plpython`
Translation updates for 9.1beta2 2011-06-09 16:01:31 -04:00			`AVAIL_LANGUAGES := de es fr it ja pt_BR ro tr zh_CN zh_TW`
Improve translatability of error messages for external modules by tweaking the ereport macro. Included in this commit are enough files for starting plpgsql, plpython, plperl and pltcl translations. 2008-10-09 13:24:05 -04:00			`GETTEXT_FILES := plpython.c`
Improve the recently-added support for properly pluralized error messages by extending the ereport() API to cater for pluralization directly. This is better than the original method of calling ngettext outside the elog.c code because (1) it avoids double translation, which wastes cycles and in the worst case could give a wrong result; and (2) it avoids having to use a different coding method in PL code than in the core backend. The client-side uses of ngettext are not touched since neither of these concerns is very pressing in the client environment. Per my proposal of yesterday. 2009-06-04 14:33:08 -04:00			`GETTEXT_TRIGGERS:= errmsg errmsg_plural:1,2 errdetail errdetail_log errdetail_plural:1,2 errhint errcontext PLy_elog:2 PLy_exception_set:2 PLy_exception_set_plural:2,3`