diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2018-09-27 11:23:43 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2018-09-27 11:23:43 -0400 |
commit | ea53100d5671b5b243f77898b0b04d23c38b2820 (patch) | |
tree | 4828a035056e37e3b7ff6eb4fa84a86c90138cee /src/backend/commands/variable.c | |
parent | ce4887bd025b95c7b455fefd817a418844c6aad3 (diff) | |
download | postgresql-ea53100d5671b5b243f77898b0b04d23c38b2820.tar.gz postgresql-ea53100d5671b5b243f77898b0b04d23c38b2820.zip |
Build src/port files as a library with -fPIC, and use that in libpq.
libpq and ecpg need shared-library-friendly versions of assorted src/port/
and src/common/ modules. Up to now, they got those by symlinking the
individual source files and compiling them locally. That's baroque, and a
pain to maintain, and it results in some amount of duplicated compile work.
It might've made sense when only a couple of files were needed, but the
list has grown and grown and grown :-(
It makes more sense to have the originating directory build a third variant
of libpgport.a/libpgcommon.a containing modules built with $(CFLAGS_SL),
and just link that into the shared library. Unused files won't get linked,
so the end result should be the same.
This patch makes a down payment on that idea by having src/port/ build
such a library and making libpq use it. If the buildfarm doesn't expose
fatal problems with the approach, I'll extend it to the other cases.
Discussion: https://postgr.es/m/13022.1538003440@sss.pgh.pa.us
Diffstat (limited to 'src/backend/commands/variable.c')
0 files changed, 0 insertions, 0 deletions