Re: openbsd, plpython, missing threading symbols

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: openbsd, plpython, missing threading symbols
Дата
Msg-id 42F128E5.3020705@dunslane.net
обсуждение исходный текст
Ответ на Re: openbsd, plpython, missing threading symbols  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: openbsd, plpython, missing threading symbols  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers

Tom Lane wrote:

>Andrew Dunstan <andrew@dunslane.net> writes:
>  
>
>>Did we recently make some fixes for FBSD that cured the problem with 
>>unresolved pthread* symbols for plpython?
>>    
>>
>
>No, it's not fixed.  I think the owner of the freebsd buildfarm machine
>masked the problem by building an unthreaded libpython.
>
>The only fix that so far looks like it would work is to build the
>backend with threading (CPPFLAGS += -D_THREAD_SAFE and LIBS += -pthread,
>IIUC).  This seems sufficiently invasive that I'm quite loath to do it.
>Does anyone have a handle on the likely performance and stability costs
>of doing this on BSDen?
>
>The alternative is to say that plpython isn't supported on BSDen unless
>you choose to build an unthreaded libpython.  Unpleasant as that may be,
>I do not care for the proposition that plpython gets to dictate our
>choice of libc.  Whatever costs are incurred by that will be paid by
>people who are not even using plpython, and that's not the direction
>I want to see the pain flowing in.
>
>
>  
>

I'm OK with that, but if that's what's done I think we should check for 
it up front at configure time and not let it fail at run time like we do 
now.

cheers

andrew


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

Предыдущее
От: "Luca Stancapiano"
Дата:
Сообщение: ssl problem on postgres 8.0
Следующее
От: Tom Lane
Дата:
Сообщение: Re: openbsd, plpython, missing threading symbols