postgresql/contrib/Makefile

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

96 lines
1.5 KiB
Makefile
Raw Normal View History

2010-09-21 04:08:53 +08:00
# contrib/Makefile
2000-06-16 02:55:34 +08:00
subdir = contrib
top_builddir = ..
include $(top_builddir)/src/Makefile.global
2000-06-16 02:55:34 +08:00
SUBDIRS = \
amcheck \
auth_delay \
auto_explain \
basic_archive \
basebackup_to_shell \
bloom \
btree_gin \
btree_gist \
citext \
2000-12-12 04:40:59 +08:00
cube \
2001-06-19 01:20:56 +08:00
dblink \
dict_int \
dict_xsyn \
earthdistance \
file_fdw \
fuzzystrmatch \
hstore \
2002-08-30 09:44:00 +08:00
intagg \
intarray \
isn \
2001-02-10 20:07:12 +08:00
lo \
ltree \
oid2name \
pageinspect \
passwordcheck \
pg_buffercache \
pg_freespacemap \
pg_prewarm \
pg_stat_statements \
New contrib module, pg_surgery, with heap surgery functions. Sometimes it happens that the visibility information for a tuple becomes corrupted, either due to bugs in the database software or external factors. Provide a function heap_force_kill() that can be used to truncate such dead tuples to dead line pointers, and a function heap_force_freeze() that can be used to overwrite the visibility information in such a way that the tuple becomes all-visible. These functions are unsafe, in that you can easily use them to corrupt a database that was not previously corrupted, and you can use them to further corrupt an already-corrupted database or to destroy data. The documentation accordingly cautions against casual use. However, in some cases they permit recovery of data that would otherwise be very difficult to recover, or to allow a system to continue to function when it would otherwise be difficult to do so. Because we may want to add other functions for performing other kinds of surgery in the future, the new contrib module is called pg_surgery rather than something specific to these functions. I proposed back-patching this so that it could be more easily used by people running existing releases who are facing these kinds of problems, but that proposal did not attract enough support, so no back-patch for now. Ashutosh Sharma, reviewed and tested by Andrey M. Borodin, M. Beena Emerson, Masahiko Sawada, Rajkumar Raghuwanshi, Asim Praveen, and Mark Dilger, and somewhat revised by me. Discussion: http://postgr.es/m/CA+TgmoZW1fsU-QUNCRUQMGUygBDPVeOTLCqRdQZch=EYZnctSA@mail.gmail.com
2020-09-10 23:10:55 +08:00
pg_surgery \
pg_trgm \
2006-04-23 10:17:59 +08:00
pgrowlocks \
2001-10-01 09:52:38 +08:00
pgstattuple \
pg_visibility \
pg_walinspect \
postgres_fdw \
2001-02-10 20:07:12 +08:00
seg \
spi \
2002-07-31 00:32:20 +08:00
tablefunc \
tcn \
test_decoding \
2015-05-16 03:33:37 +08:00
tsm_system_rows \
tsm_system_time \
2009-08-18 18:34:39 +08:00
unaccent \
vacuumlo
ifeq ($(with_ssl),openssl)
SUBDIRS += pgcrypto sslinfo
else
ALWAYS_SUBDIRS += pgcrypto sslinfo
endif
ifneq ($(with_uuid),no)
SUBDIRS += uuid-ossp
else
ALWAYS_SUBDIRS += uuid-ossp
endif
2007-04-15 20:48:24 +08:00
ifeq ($(with_libxml),yes)
SUBDIRS += xml2
else
ALWAYS_SUBDIRS += xml2
2007-04-15 20:48:24 +08:00
endif
ifeq ($(with_selinux),yes)
SUBDIRS += sepgsql
else
ALWAYS_SUBDIRS += sepgsql
endif
ifeq ($(with_perl),yes)
SUBDIRS += bool_plperl hstore_plperl jsonb_plperl
else
ALWAYS_SUBDIRS += bool_plperl hstore_plperl jsonb_plperl
endif
ifeq ($(with_python),yes)
SUBDIRS += hstore_plpython jsonb_plpython ltree_plpython
else
ALWAYS_SUBDIRS += hstore_plpython jsonb_plpython ltree_plpython
endif
# Missing:
# start-scripts \ (does not have a makefile)
2007-04-15 20:48:24 +08:00
$(recurse)
$(recurse_always)