Re: State of PL/Python build

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: State of PL/Python build
Дата
в 23:17:25
Msg-id
200105130222.f4D2M4823134@candle.pha.pa.us
Ответ на
State of PL/Python build (Peter Eisentraut)
Список
Дерево обсуждения
State of PL/Python build Peter Eisentraut <peter_e@gmx.net>
Re: State of PL/Python build Tom Lane <tgl@sss.pgh.pa.us>
Re: State of PL/Python build Mark Hollomon <mhh@mindspring.com>
Re: State of PL/Python build andrew@corvus.biomed.brown.edu (Andrew Bosma)
Re: State of PL/Python build Peter Eisentraut <peter_e@gmx.net>
Re: State of PL/Python build Tom Lane <tgl@sss.pgh.pa.us>
static link of plpython/plperl - was Re: State of PL/Python build Mark Hollomon <mhh@mindspring.com>
Re: State of PL/Python build Bruce Momjian <pgman@candle.pha.pa.us>
> The real fix is to change the dynamic loader(s) to make use of the
> RTLD_GLOBAL flag, which makes all dlopen'ed symbols available to everyone.
> Personally, I don't see any harm in using this option.  Does anyone else?
> (In fact, if someone were to create an untrusted PL/Perl language he would
> probably run into this problem as well.)

I have RTLD_GLOBAL on BSD/OS, and it calls it a Linux-compatibility
flag.  I am pretty amazed you got it working without RTLD_GLOBAL.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610) 853-3000 +  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

В списке pgsql-hackers по дате отправления
От: Bruce Momjian
Дата:
От: Bruce Momjian
Дата:
Сообщение: Re: Re: PL/Python build
FAQ