Don't use a generic 'unpackaged' version

The behaviour of the script is not really predictable if it is run on the
loose objects of pg_reorg >= 1.1.8. So let's be explicit about what version
we expect as starting point.
This commit is contained in:
Daniele Varrazzo 2012-11-10 21:51:17 +00:00
parent bd06ec0091
commit 0f8c33f72f
3 changed files with 3 additions and 4 deletions

1
lib/.gitignore vendored
View File

@ -1,4 +1,3 @@
/.deps/
/pg_reorg.sql
/pg_reorg--[0-9.]*.sql
/pg_reorg--unpackaged--[0-9.]*.sql

View File

@ -17,7 +17,7 @@ EXTVER = $(shell grep -e '^default_version' $(EXTENSION).control \
#supports both EXTENSION (for >=9.1) and without_EXTENSION (for <PG 9.1)
DATA_built = pg_reorg.sql pg_reorg--$(EXTVER).sql
DATA = pg_reorg--unpackaged--1.1.8.sql uninstall_pg_reorg.sql
DATA = pg_reorg--1.1.7--1.1.8.sql uninstall_pg_reorg.sql
ifndef USE_PGXS
top_builddir = ../../..

View File

@ -1,7 +1,7 @@
/* pg_reorg/pg_reorg--unpackaged--1.1.8.sql */
/* Create the pg_reorg extension from a loose set of objects */
-- complain if script is sourced in psql, rather than via CREATE EXTENSION
\echo Use "CREATE EXTENSION pg_reorg FROM unpackaged" to load this file. \quit
\echo Use "CREATE EXTENSION pg_reorg FROM 1.1.7" to load this file. \quit
ALTER EXTENSION pg_reorg ADD FUNCTION reorg.version();
ALTER EXTENSION pg_reorg ADD AGGREGATE reorg.array_accum(anyelement);