Re: Should contrib modules install .h files?
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Gierth <andrew@tao11.riddles.org.uk>
Cc: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-hackers@postgresql.org, Andres Freund <andres@anarazel.de>
Date: 2018-07-02T15:22:25Z
Lists: pgsql-hackers
Andrew Gierth <andrew@tao11.riddles.org.uk> writes: > "Tom" == Tom Lane <tgl@sss.pgh.pa.us> writes: > Tom> So, given that we have to add something to the module makefiles > Tom> anyway, we could also add a macro specifying the subdirectory name > Tom> to use. (Although in practice this should always be equal to the > Tom> contrib/ subdirectory name, so maybe we could extract it on that > Tom> basis?) > Using the subdir name may work for in-tree contrib/ builds but it's not > so good for PGXS, which should not be making assumptions about the build > directory name. Fair point. > How about this: it's most likely that modules that install include files > will also be using MODULE_big, so use that as the default name; if a > makefile that uses only MODULES also wants to install include files, > have it define MODULE_NAME (or some such variable) itself. AFAIR, you're supposed to define at most one of those macros anyway, so I don't see why it couldn't be like "use MODULE_big if set, else use MODULE if set, else fail if MODULE_NAME isn't set". regards, tom lane
Commits
-
Fix out-of-tree build for transform modules.
- f1ca5a654d5d 11.0 landed
- 60f6756f9225 12.0 landed
-
Provide for contrib and pgxs modules to install include files.
- df163230b92b 12.0 landed
- d06eebce5fa4 11.0 landed