Dear Peter,
If you cannot compile extensions before postgresql is already installed,
That assumption is wrong. The contrib modules can be built at the same
time as the rest of the tree, before any installation takes place.
This is essential for packaging: When a package is built, the tree is
never really installed.
The model I have in mind is the one of apache, where you use apxs -c -i
... mod_foo.c to install a new module AFTER apache has been compiled and
installed, and it's not a problem to anyone there.
So I must admit I'm not sure I understand the package building issue.
The whole point of PGXS is to enable the ability to install a contrib
or external module whenever one needs it, but not necessary at initial
build time.
As a side effect, because it relies on pg_contrib and other files being
installed, then it suggests that the make in contrib can only be made
after postgresql is installed, as it is with apache.
- In Makefile.global: -L$(pkglibdir) is not necessary. There are not
libraries to link at build time in there.
It is done only ifdef PGXS, in which case it seems to me that
this is really needed, as it is at extension-building time.
There are by definition never any build-time linkable files in $(pkglibdir).
PGXS is by definition to be used AFTER the postgresql installation. Thus
the build-time when using is necessary AFTER postgresql has been
installed. So I think that the libraries are expected to be in
$(pkglibdir)? Or am I completly misunderstanding you?
- maybe more files should be copied? if so which ones?
Actually you might copy less files. You don't need to copy everything under
src/makefiles/. It is enough to copy Makefile.port, since you already know
the platform.
Ok. I can look at that. Makefile.port is a symbolic link, so it may
depends whether the install.sh copies the link as a file or as a link.
Thanks for your comments,
--
Fabien Coelho - [EMAIL PROTECTED]
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faqs/FAQ.html