farrokhi/pg_repack
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
pg_repack/lib/Makefile

52 lines
1.5 KiB
Makefile
Raw Normal View History

Initial revision
2008-12-08 04:32:10 +00:00
#
Fork the pg_repack extension
2012-11-10 22:33:57 +00:00
# pg_repack: lib/Makefile
Initial revision
2008-12-08 04:32:10 +00:00
#
Supports CREATE EXTENSION. I've changed lib/Makefile to support CREATE EXTENSION. In order to work with previeous PostgreSQL version (i.e. < 9.1), this implementation installs both pg_reorg--1.0.sql and pg_reorg.sql. This patch lacks regression testcases for CREATE EXTENSION, which I will commit soon.
2012-09-20 15:30:53 +00:00
# Portions Copyright (c) 2008-2012, NIPPON TELEGRAPH AND TELEPHONE CORPORATION
Fixed database corruption when target tables have dropped columns, and there are views or functions depending on columns after dropped ones. The issue was reported by depesz, and original patch by Denish Patel. Improved documentation how to build binaries from source. COPYRIGHT updated.
2011-04-29 05:06:48 +00:00
# Portions Copyright (c) 2011, Itagaki Takahiro
Added The Reorg Development Team copyright
2012-11-11 03:00:00 +00:00
# Portions Copyright (c) 2012, The Reorg Development Team
Initial revision
2008-12-08 04:32:10 +00:00
#
Provide a single way to install pg_repack Provide only CREATE EXTENSION support on PG >= 9.1 and only the sql script on PG < 9.1. Also dropped the /echo cruft in the extension script: it is broken on pg 9.1 and 9.1.1, and because the script is not installed on versions that don't support CREATE EXTENSION it is just not terribly useful.
2012-11-12 00:59:04 +00:00
PG_CONFIG = pg_config
Supports CREATE EXTENSION. I've changed lib/Makefile to support CREATE EXTENSION. In order to work with previeous PostgreSQL version (i.e. < 9.1), this implementation installs both pg_reorg--1.0.sql and pg_reorg.sql. This patch lacks regression testcases for CREATE EXTENSION, which I will commit soon.
2012-09-20 15:30:53 +00:00
Fork the pg_repack extension
2012-11-10 22:33:57 +00:00
EXTENSION = pg_repack
Provide a single way to install pg_repack Provide only CREATE EXTENSION support on PG >= 9.1 and only the sql script on PG < 9.1. Also dropped the /echo cruft in the extension script: it is broken on pg 9.1 and 9.1.1, and because the script is not installed on versions that don't support CREATE EXTENSION it is just not terribly useful.
2012-11-12 00:59:04 +00:00
MODULE_big = $(EXTENSION)
OBJS = repack.o pgut/pgut-be.o pgut/pgut-spi.o
Supports CREATE EXTENSION. I've changed lib/Makefile to support CREATE EXTENSION. In order to work with previeous PostgreSQL version (i.e. < 9.1), this implementation installs both pg_reorg--1.0.sql and pg_reorg.sql. This patch lacks regression testcases for CREATE EXTENSION, which I will commit soon.
2012-09-20 15:30:53 +00:00
Get the program and library version from the META file
2012-11-11 18:30:27 +00:00
# The version number of the program. It should be the same of the library.
REPACK_VERSION = $(shell grep '"version":' ../META.json | head -1 \
Fixed non-portable use of sed to parse the version from META Patch from Josh, with the help of RhodiumToad.
2012-11-16 10:36:16 +00:00
| sed -e 's/[ ]*"version":[ ]*"\(.*\)",/\1/')
Get the program and library version from the META file
2012-11-11 18:30:27 +00:00
PG_CPPFLAGS = -DREPACK_VERSION=$(REPACK_VERSION)
Provide a single way to install pg_repack Provide only CREATE EXTENSION support on PG >= 9.1 and only the sql script on PG < 9.1. Also dropped the /echo cruft in the extension script: it is broken on pg 9.1 and 9.1.1, and because the script is not installed on versions that don't support CREATE EXTENSION it is just not terribly useful.
2012-11-12 00:59:04 +00:00
# Support CREATE EXTENSION for PG >= 9.1 and a simple sql script for PG < 9.1
HAVE_EXTENSION = $(shell $(PG_CONFIG) --version \
| grep -qE " 8\.| 9\.0" && echo no || echo yes)
ifeq ($(HAVE_EXTENSION),yes)
Use a single version number for program, library and SQL Having the SQL on a different numbering scheme is useful to provide an ungrade path. But pg_repack has no need of such a path as it can be uninstalled with no problem, so we are not going to provide update script. Hence it's much easier to have a single version number for everything.
2012-11-15 23:31:58 +00:00
DATA_built = pg_repack--$(REPACK_VERSION).sql pg_repack.control
Provide a single way to install pg_repack Provide only CREATE EXTENSION support on PG >= 9.1 and only the sql script on PG < 9.1. Also dropped the /echo cruft in the extension script: it is broken on pg 9.1 and 9.1.1, and because the script is not installed on versions that don't support CREATE EXTENSION it is just not terribly useful.
2012-11-12 00:59:04 +00:00
else
DATA_built = pg_repack.sql
Script to create extension from loose objects dropped altogether pg_repack doesn't create any object to depend on, so it is always possible drop it and install a new version instead of upgrading. Creating a robust upgrade path from loose objects which can be of any version to a target version is hopelessly brittle, so I'd suggest the user just to drop a previous pg_repack version and install the new one.
2012-11-12 00:13:33 +00:00
DATA = uninstall_pg_repack.sql
Provide a single way to install pg_repack Provide only CREATE EXTENSION support on PG >= 9.1 and only the sql script on PG < 9.1. Also dropped the /echo cruft in the extension script: it is broken on pg 9.1 and 9.1.1, and because the script is not installed on versions that don't support CREATE EXTENSION it is just not terribly useful.
2012-11-12 00:59:04 +00:00
endif
Program metadata version moved to 1.2dev0
2012-11-10 16:08:19 +00:00
Added version_sql() function and consistency check of sql version
2012-11-15 23:37:09 +00:00
USE_PGXS = 1
Use one of not-null unique keys to identify rows when the target table doesn't have a primary key. Some of users want to use not-null unique keys rather than primary keys because postgres doesn't support REINDEX PRIMARY KEY CONCURRENTLY. - Support 9.1dev. - Improve Makefile to use PGXS automatically.
2011-01-06 09:35:15 +00:00
PGXS := $(shell $(PG_CONFIG) --pgxs)
Initial revision
2008-12-08 04:32:10 +00:00
include $(PGXS)
version 1.1.2.
2010-06-01 07:35:01 +00:00
# remove dependency to libxml2 and libxslt
LIBS := $(filter-out -lxml2, $(LIBS))
LIBS := $(filter-out -lxslt, $(LIBS))
Create both the standalone and extension sql scripts from the same .in
2012-11-10 13:49:48 +00:00
Fork the pg_repack extension
2012-11-10 22:33:57 +00:00
pg_repack.sql: pg_repack.sql.in
Create both the standalone and extension sql scripts from the same .in
2012-11-10 13:49:48 +00:00
echo "BEGIN;\n" > $@; \
Added version_sql() function and consistency check of sql version
2012-11-15 23:37:09 +00:00
sed 's,MODULE_PATHNAME,$$libdir/$(MODULE_big),g' $< \
| sed 's,REPACK_VERSION,$(REPACK_VERSION),g' >> $@; \
Create both the standalone and extension sql scripts from the same .in
2012-11-10 13:49:48 +00:00
echo "\nCOMMIT;" >> $@;
Use a single version number for program, library and SQL Having the SQL on a different numbering scheme is useful to provide an ungrade path. But pg_repack has no need of such a path as it can be uninstalled with no problem, so we are not going to provide update script. Hence it's much easier to have a single version number for everything.
2012-11-15 23:31:58 +00:00
pg_repack--$(REPACK_VERSION).sql: pg_repack.sql.in
Added version_sql() function and consistency check of sql version
2012-11-15 23:37:09 +00:00
sed 's,REPACK_VERSION,$(REPACK_VERSION),g' $< > $@;
Use a single version number for program, library and SQL Having the SQL on a different numbering scheme is useful to provide an ungrade path. But pg_repack has no need of such a path as it can be uninstalled with no problem, so we are not going to provide update script. Hence it's much easier to have a single version number for everything.
2012-11-15 23:31:58 +00:00
pg_repack.control: pg_repack.control.in
sed 's,REPACK_VERSION,$(REPACK_VERSION),g' $< > $@
Reference in New Issue Copy Permalink