aboutsummaryrefslogtreecommitdiff
path: root/src/backend/jit/llvm/SectionMemoryManager.cpp
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2025-04-27 11:43:02 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2025-04-27 11:43:02 -0400
commit2311f193ea7db23f68f5471ae2c35940fc0d4794 (patch)
treecb11f54c0357ead1bfc291d3a42fff964574032f /src/backend/jit/llvm/SectionMemoryManager.cpp
parente8ca9ed1d260e214f02f7f5464f125fe86e55597 (diff)
downloadpostgresql-2311f193ea7db23f68f5471ae2c35940fc0d4794.tar.gz
postgresql-2311f193ea7db23f68f5471ae2c35940fc0d4794.zip
Remove circular #include's between plpython.h and plpy_util.h.
plpython.h included plpy_util.h, simply on the grounds that "it's easier to just include it everywhere". However, plpy_util.h must include plpython.h, or it won't pass headerscheck. While the resulting circularity doesn't have any immediate bad effect, it's poor design. We have seen serious messes arise in the past from overly-broad inclusion footprints created by such circularities, so let's establish a project policy against it. To fix, just replace *.c files' inclusions of plpython.h with plpy_util.h. They'll pull in plpython.h indirectly; indeed, almost all have already done so via inclusions of other plpy_xxx.h headers. (Any extensions using plpython.h can do likewise without breaking the compatibility of their code with prior Postgres versions.) Reported-by: Bertrand Drouvot <bertranddrouvot.pg@gmail.com> Author: Tom Lane <tgl@sss.pgh.pa.us> Reviewed-by: Bertrand Drouvot <bertranddrouvot.pg@gmail.com> Discussion: https://postgr.es/m/aAxQ6fcY5QQV1lo3@ip-10-97-1-34.eu-west-3.compute.internal
Diffstat (limited to 'src/backend/jit/llvm/SectionMemoryManager.cpp')
0 files changed, 0 insertions, 0 deletions