Re: handling contrib directories as modules not shared libraries
В списке pgsql-hackers по дате отправления:
| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера