handling contrib directories as modules not shared libraries
От | brook@biology.nmsu.edu (Brook Milligan) |
---|---|
Тема | handling contrib directories as modules not shared libraries |
Дата | |
Msg-id | 20100124010051.5A9331177E2D@viola.localdomain обсуждение исходный текст |
Ответы |
Re: handling contrib directories as modules not shared
libraries
Re: handling contrib directories as modules not shared libraries |
Список | pgsql-hackers |
It seems that src/Makefile.shlib has special cases for several directories that build loadable modules rather than shared libraries. The contrib/adminpack is one of the special cases, but none of the other contrib directories are. As a result, they get built as shared libraries (i.e., as libXXX.so rather than XXX.so) and the corresponding *.sql.in files that load them refer to the wrong file and therefore fail. The following patch (against the 8.3 release) fixes this by expanding the set of special cases to include all the contrib directories, not just contrib/adminpack. I only have tested this with the uuid module, but it appears that all of them have the same organization. --- src/Makefile.shlib.orig +++ src/Makefile.shlib @@ -21,7 +21,7 @@ifneq (,$(findstring src/pl/,$(subdir)))shmodule = yeselse -ifneq (,$(findstring contrib/adminpack,$(subdir))) +ifneq (,$(findstring contrib/,$(subdir)))shmodule = yeselseshmodule = no Cheers, Brook
В списке pgsql-hackers по дате отправления: