| commit | b66fbd8afe6eb80e3e48495e002fda9aa92df583 | |
| author | Tom Lane <tgl@sss.pgh.pa.us> | |
| Wed, 14 Sep 2022 18:44:45 +0000 (14 14:44 -0400) | ||
| committer | Tom Lane <tgl@sss.pgh.pa.us> | |
| Wed, 14 Sep 2022 18:44:50 +0000 (14 14:44 -0400) | ||
| tree | 801155b20dee3af5b19d44c0f735ab5e1e7de132 | treesnapshot (tar.gz zip) |
| parent | ab393528fa4b2486237ee7aa51fac67f82fee824 | commitdiff |
Use SIGNAL_ARGS consistently to declare signal handlers.
Various bits of code were declaring signal handlers manually,
using "int signum" or variants of that. We evidently have no
platforms where that's actually wrong, but let's use our
SIGNAL_ARGS macro everywhere anyway. If nothing else, it's
good for finding signal handlers easily.
No need for back-patch, since this is just cosmetic AFAICS.
Discussion: https://postgr.es/m/2684964.1663167995@sss.pgh.pa.us
Various bits of code were declaring signal handlers manually,
using "int signum" or variants of that. We evidently have no
platforms where that's actually wrong, but let's use our
SIGNAL_ARGS macro everywhere anyway. If nothing else, it's
good for finding signal handlers easily.
No need for back-patch, since this is just cosmetic AFAICS.
Discussion: https://postgr.es/m/2684964.1663167995@sss.pgh.pa.us