From: Peter Eisentraut Date: Tue, 8 Oct 2013 02:42:52 +0000 (-0400) Subject: Revert "Document support for VPATH builds of extensions." X-Git-Tag: REL9_3_1~1 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=4e80950042ff70a8d9825c1d9549692b8124dd40;p=postgresql Revert "Document support for VPATH builds of extensions." This reverts commit 9598134e3030a883ff6eea8a822466ce5143ffeb. --- diff --git a/doc/src/sgml/extend.sgml b/doc/src/sgml/extend.sgml index 5015002aac..60fa1a8922 100644 --- a/doc/src/sgml/extend.sgml +++ b/doc/src/sgml/extend.sgml @@ -935,7 +935,7 @@ include $(PGXS) To use the PGXS infrastructure for your extension, you must write a simple makefile. In the makefile, you need to set some variables - and include the global PGXS makefile. + and finally include the global PGXS makefile. Here is an example that builds an extension module named isbn_issn, consisting of a shared library containing some C code, an extension control file, a SQL script, and a documentation @@ -1171,33 +1171,6 @@ include $(PGXS) - - You can also run make in a directory outside the source - tree of your extension, if you want to keep the build directory separate. - This procedure is also called a - VPATHVPATH - build. Here's how: - - mkdir build_dir - cd build_dir - make -f /path/to/extension/source/tree/Makefile - make -f /path/to/extension/source/tree/Makefile install - - - - - Alternatively, you can set up a directory for a VPATH build in a similar - way to how it is done for the core code. One way to to this is using the - core script config/prep_buildtree. Once this has been done - you can build by setting the make variable - USE_VPATH like this: - - make USE_VPATH=/path/to/extension/source/tree - make USE_VPATH=/path/to/extension/source/tree install - - This procedure can work with a greater variety of directory layouts. - - The scripts listed in the REGRESS variable are used for regression testing of your module, which can be invoked by make