mirror of
https://github.com/postgres/postgres.git
synced 2026-02-14 08:13:27 -05:00
548af97fce
As of 9.6, pg_regress doesn't build unless storage/lwlocknames.h has been created; but there was nothing forcing that to happen if you just went into src/test/regress/ and built there. We previously had a similar complaint about plpython. To fix in a way that won't break next time we invent a generated header, make src/backend/Makefile expose a phony target for updating all the include files it builds, and invoke that before building pg_regress or plpython. In principle, maybe we ought to invoke that everywhere; but it would add a lot of usually-useless make cycles, so let's just do it in the places where people have complained. I made a couple of cosmetic adjustments in src/backend/Makefile as well, to deal with the generated headers in consistent orders. Michael Paquier and Tom Lane Report: <31398.1467036827@sss.pgh.pa.us> Report: <20150916200959.GB32090@msg.df7cb.de>
22 lines
387 B
Makefile
22 lines
387 B
Makefile
# src/test/modules/Makefile
|
|
|
|
subdir = src/test/modules
|
|
top_builddir = ../../..
|
|
include $(top_builddir)/src/Makefile.global
|
|
|
|
SUBDIRS = \
|
|
brin \
|
|
commit_ts \
|
|
dummy_seclabel \
|
|
snapshot_too_old \
|
|
test_ddl_deparse \
|
|
test_extensions \
|
|
test_parser \
|
|
test_pg_dump \
|
|
test_rls_hooks \
|
|
test_shm_mq \
|
|
worker_spi
|
|
|
|
all: submake-generated-headers
|
|
|
|
$(recurse)
|