aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/cache/syscache.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-11-06 11:11:40 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-11-06 11:11:40 -0500
commitff43b3e88eceb94b3a2b2579e8510e4f3aedbe09 (patch)
treec6a5bab0a2fd877bc27769376e9c345c8cd466af /src/backend/utils/cache/syscache.c
parentd40abd5fcfb25d764419f8e9bffa5cdbdb247c1b (diff)
downloadpostgresql-ff43b3e88eceb94b3a2b2579e8510e4f3aedbe09.tar.gz
postgresql-ff43b3e88eceb94b3a2b2579e8510e4f3aedbe09.zip
Sync our DTrace infrastructure with c.h's definition of type bool.
Since commit d26a810eb, we've defined bool as being either _Bool from <stdbool.h>, or "unsigned char"; but that commit overlooked the fact that probes.d has "#define bool char". For consistency, make it say "unsigned char" instead. This should be strictly a cosmetic change, but it seems best to be in sync. Formally, in the now-normal case where we're using <stdbool.h>, it'd be better to write "#define bool _Bool". However, then we'd need some build infrastructure to inject that configuration choice into probes.d, and it doesn't seem worth the trouble. We only use <stdbool.h> if sizeof(_Bool) is 1, so having DTrace think that bool parameters are "unsigned char" should be close enough. Back-patch to v12 where d26a810eb came in. Discussion: https://postgr.es/m/CAA4eK1LmaKO7Du9M9Lo=kxGU8sB6aL8fa3sF6z6d5yYYVe3BuQ@mail.gmail.com
Diffstat (limited to 'src/backend/utils/cache/syscache.c')
0 files changed, 0 insertions, 0 deletions