Skip site navigation (1) Skip section navigation (2)

extension packaging: make installcheck (and note about VPATH)

From: Cédric Villemain <cedric(dot)villemain(dot)debian(at)gmail(dot)com>
To: pgsql-pkg-debian(at)postgresql(dot)org
Subject: extension packaging: make installcheck (and note about VPATH)
Date: 2011-12-04 10:45:23
Message-ID: CAF6yO=2AQ0PdTgaQmyxKOTusf1uoxYE=1OryzF_tr+K5bsO6zQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-pkg-debian
Hello

* I have now fixed VPATH build for pgfincore and discover that the
easiest solution is to make all files.
I used a hack in my makefile, the template is (similar of what
"REGRESS" does in pgxs.mk):
----------------
# Workaround for lack of good VPATH support in pgxs for extension/contrib
pgext_files  := $(DOCS) $(DATA) # $(EXTENSION).control
ifdef VPATH
pgext_files_build:= $(addprefix $(CURDIR)/, $(pgext_files))
all: $(pgext_files_build)
$(pgext_files_build): $(CURDIR)/%: $(VPATH)/%
    cp $< $@
endif # VPATH
----------------
pgext_files depend of what you already explicitely build...
(Problem for which I have no patch is pgxs.mk flushing $(VPATH) and
$(srcdir) when PGXS is set, so that INSTALL_DATA don't find source
files, so the hack)

* Now I wonder how to handle 'make installcheck'.
I am not well-versed in how debian package build is supposed to
happen. Is it ok to suppose that the debian build is run on a server
where all postgresql versions (not EOL) are installed ?
I believe the only problem remaining is SHAREDIR: for >=9.1 we need to
have extension.control in SHAREDIR/extension but I don't know how to
change the default of that. Ideas ?


-- 
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation

pgsql-pkg-debian by date

Next:From: 求人情報の(株)ビジネストラストシステムズDate: 2011-12-12 08:40:49
Subject: 在宅ワーカー急募速報!【データ入力業務大量受注のため】メルマガSOHO生活ニュース
Previous:From: Christoph BergDate: 2011-10-25 15:40:16
Subject: Re: Contents files on pgapt.debian.net

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group