mirror of
https://github.com/neondatabase/neon.git
synced 2026-01-07 13:32:57 +00:00
22cc8760b9
- Refactor the way the WalProposerMain function is called when started with --sync-safekeepers. The postgres binary now explicitly loads the 'neon.so' library and calls the WalProposerMain in it. This is simpler than the global function callback "hook" we previously used. - Move the WAL redo process code to a new library, neon_walredo.so, and use the same mechanism as for --sync-safekeepers to call the WalRedoMain function, when launched with --walredo argument. - Also move the seccomp code to neon_walredo.so library. I kept the configure check in the postgres side for now, though.
23 lines
533 B
Makefile
23 lines
533 B
Makefile
# pgxs/neon_walredo/Makefile
|
|
|
|
MODULE_big = neon_walredo
|
|
OBJS = \
|
|
$(WIN32RES) \
|
|
inmem_smgr.o \
|
|
walredoproc.o \
|
|
|
|
# This really should be guarded by $(with_libseccomp), but I couldn't
|
|
# make that work with pgxs. So we always compile it, but its contents
|
|
# are wrapped in #ifdef HAVE_LIBSECCOMP instead.
|
|
OBJS += seccomp.o
|
|
|
|
PGFILEDESC = "neon_walredo - helper process that runs in Neon pageserver"
|
|
|
|
PG_CONFIG = pg_config
|
|
PGXS := $(shell $(PG_CONFIG) --pgxs)
|
|
include $(PGXS)
|
|
|
|
ifeq ($(with_libseccomp),yes)
|
|
SHLIB_LINK += -lseccomp
|
|
endif
|