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
|
Список | 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 по дате отправления: