Re: [GENERAL] Querying libpq compile time options

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [GENERAL] Querying libpq compile time options
Дата
Msg-id 200605171715.k4HHFsx27673@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [GENERAL] Querying libpq compile time options  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [GENERAL] Querying libpq compile time options
Список pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> >> Tom Lane wrote:
> >>> Yeah, the last point seems like a killer objection :-(.  It'd be
> >>> better to add some sort of libpq function to handle the issue.
> >> 
> >> and when I've proposed libpq functions to expose compile-time
> >> constants, I've been shot down. 
> >> 
> >> How is this different?
> 
> > No idea, what is the URL of your proposal.  Keep in mind this is not
> > option-specific.
> 
> Hm, I was thinking of something like "bool PQisThreadSafe()".  It sounds
> like Bruce is thinking of something that'd return a string literal
> containing configure flags and then apps would have to try to inspect
> that to determine what they want to know.  That seems fairly messy to
> me; for one thing because it would imply wiring assumptions about
> default configure flags into apps, and that's something that could
> change over time.

True, but if you go per-option, I can see adding a lot of them.  That
seemed more messy.

--  Bruce Momjian   http://candle.pha.pa.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [GENERAL] Querying libpq compile time options
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [GENERAL] Querying libpq compile time options