]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Use appropriate -Wno-warning switches when compiling bitcode.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 18 Nov 2021 19:50:13 +0000 (14:50 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 18 Nov 2021 19:50:13 +0000 (14:50 -0500)
commit77c8892a1989d91d8f1c9eb988b3c27ddad0ea07
tree64ad3530a4c3b748490df243d61d43fe5e49e068
parent49f2b1168a8f4ad29b6c1cf9e448ace5e3c8f901
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
configure
configure.in