Re: Mark all GUC variable as PGDLLIMPORT

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Mark all GUC variable as PGDLLIMPORT
Дата
Msg-id 55529bd4-013d-0a98-5a73-75095ceeb0d5@dunslane.net
обсуждение исходный текст
Ответ на Re: Mark all GUC variable as PGDLLIMPORT  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Mark all GUC variable as PGDLLIMPORT  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On 8/26/21 3:57 PM, Robert Haas wrote:
> On Thu, Aug 26, 2021 at 3:42 PM Magnus Hagander <magnus@hagander.net> wrote:
>> Ugly as it is, I wonder if there's a chance we could just process all
>> the headers at install times and inject the PGDLLIMPORT. We know which
>> symvols it is on account of what we're getting in the DEF file.
>>
>> Not saying that's not a very ugly solution, but it might work?
> If it's ugly, that might mean it's a bad idea and we shouldn't do it
> ... but if it can be made not-too-ugly, it would certainly be nice to
> be able to stop worrying about this.
>

How is this going to affect msys builds? No gendef there IIRC. I guess
some similar procedure might be possible ...


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Async-unsafe functions in signal handlers
Следующее
От: Peter Geoghegan
Дата:
Сообщение: amcheck/verify_heapam doesn't check for interrupts