diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2019-06-02 12:23:39 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2019-06-02 12:23:39 -0400 |
| commit | 032627ee7837f0baa539df7247e003dbaded2c90 (patch) | |
| tree | 94b4452d11d66927cea679ce97d02cc425261a3f /contrib/jsonb_plperl/jsonb_plperl.c | |
| parent | 135063e6f6ee61c7243801e9f4d702921ed53e06 (diff) | |
| download | postgresql-032627ee7837f0baa539df7247e003dbaded2c90.tar.gz | |
Clean up PL/Perl's handling of the _() macro.
Perl likes to redefine the _() macro:
#ifdef CAN_PROTOTYPE
#define _(args) args
#else ...
There was lots not to like about the way we dealt with this before:
1. Instead of taking care of the conflict centrally in plperl.h, we
expected every one of its ever-growing number of includers to do so.
This is duplicative and error-prone in itself, plus it means that
plperl.h fails to meet the expectation of being compilable standalone,
resulting in macro-redefinition warnings in cpluspluscheck.
2. We left _() with its Perl definition, meaning that if someone tried
to use it in any Perl-related extension, it would silently fail to
provide run-time translation. I don't see any live bugs of this ilk,
but it's clearly a hard-to-notice bug waiting to happen.
So fix that by centralizing the cleanup logic, making it match what
we're already doing for other macro conflicts with Perl. Since we only
expect plperl.h to be included by extensions not core code, we should
redefine _() as dgettext() not gettext().
Diffstat (limited to 'contrib/jsonb_plperl/jsonb_plperl.c')
| -rw-r--r-- | contrib/jsonb_plperl/jsonb_plperl.c | 3 |
1 files changed, 0 insertions, 3 deletions
diff --git a/contrib/jsonb_plperl/jsonb_plperl.c b/contrib/jsonb_plperl/jsonb_plperl.c index 79c5f57d8f..b26723a958 100644 --- a/contrib/jsonb_plperl/jsonb_plperl.c +++ b/contrib/jsonb_plperl/jsonb_plperl.c @@ -2,9 +2,6 @@ #include <math.h> -/* Defined by Perl */ -#undef _ - #include "fmgr.h" #include "plperl.h" #include "plperl_helpers.h" |