aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/transam/commit_ts.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2021-11-18 14:50:13 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2021-11-18 14:50:13 -0500
commitf5e3fab4333709d586fc8520025782b2a9d72c3a (patch)
treee40166c144078ca9bcdf299cab8112fd214a34c7 /src/backend/access/transam/commit_ts.c
parent82bb97ed63cb206e8ecc0fe0d8bc3b8d2d336144 (diff)
downloadpostgresql-f5e3fab4333709d586fc8520025782b2a9d72c3a.tar.gz
postgresql-f5e3fab4333709d586fc8520025782b2a9d72c3a.zip
Use appropriate -Wno-warning switches when compiling bitcode.
We use "clang" to compile bitcode files for LLVM inlining. That might be different from the build's main C compiler, so it needs its own set of compiler flags. To simplify configure, we don't bother adding any -W switches to that flag set; there's little need since the main build will show us any warnings. However, if we don't want to see unwanted warnings, we still have to add any -Wno-warning switches we'd normally use with clang. This escaped notice before commit 9ff47ea41, which tried to add -Wno-compound-token-split-by-macro; buildfarm animals using mismatched CC and CLANG still showed those warnings. I'm not sure why we never saw any effects from the lack of -Wno-unused-command-line-argument (maybe that's only activated by -Wall?). clang does not currently support -Wno-format-truncation or -Wno-stringop-truncation, although in the interests of future-proofing and consistency I included tests for those. Back-patch to v11 where we started building bitcode files. Discussion: https://postgr.es/m/2921539.1637254619@sss.pgh.pa.us
Diffstat (limited to 'src/backend/access/transam/commit_ts.c')
0 files changed, 0 insertions, 0 deletions