Re: Postmaster self-deadlock due to PLT linkage resolution

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Postmaster self-deadlock due to PLT linkage resolution
Дата
Msg-id 20220830184632.gmcet6otdrguvtdm@awork3.anarazel.de
обсуждение исходный текст
Ответ на Re: Postmaster self-deadlock due to PLT linkage resolution  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

On 2022-08-30 14:32:26 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > On 2022-08-30 14:07:41 -0400, Tom Lane wrote:
> >> Do we want to install this just for NetBSD, or more widely?
> >> I think we'd better back-patch it for NetBSD, so I'm inclined
> >> to be conservative about the change.
> 
> > It's likely a good idea to enable it everywhere applicable, but I agree that
> > we shouldn't unnecessarily do so in the backbranches. So I'd be inclined to
> > add it to the netbsd template for the backbranches.
> 
> > For HEAD I can see putting it into all the applicable templates, adding an
> > AC_LINK_IFELSE() test, or just putting it into the meson stuff.
> 
> For the moment I'll stick it into the netbsd template.

Cool.


> I'm not on board with having the meson stuff generating different
> executables than the Makefiles do, so if someone wants to propose applying
> this widely, they'll need to fix both.  Seems like that is a good thing to
> consider after the meson patches land.  We don't need unnecessary churn in
> that area before that.

Yea, I didn't like that idea either, hence listing it last...

Greetings,

Andres Freund



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Tracking last scan time
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: \pset xheader_width page as default? (Re: very long record lines in expanded psql output)