Re: handling contrib directories as modules not shared libraries

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: handling contrib directories as modules not shared libraries
Дата
Msg-id 4B5DE888.8010304@agliodbs.com
обсуждение исходный текст
Ответ на handling contrib directories as modules not shared libraries  (brook@biology.nmsu.edu (Brook Milligan))
Список pgsql-hackers
On 1/23/10 5:00 PM, Brook Milligan wrote:
> 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.

Should we be fixing them this way, or fixing the modules so that they
build as shared libraries?

--Josh Berkus


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Boszormenyi Zoltan
Дата:
Сообщение: Re: ECPG patch 4.1, out-of-scope cursor support in native mode
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Clustering Docs WAS: Mammoth in Core?