Re: Raising our compiler requirements for 9.6

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Raising our compiler requirements for 9.6
Дата
Msg-id 20150807171152.GC4916@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Raising our compiler requirements for 9.6  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Raising our compiler requirements for 9.6  (Andres Freund <andres@anarazel.de>)
Re: Raising our compiler requirements for 9.6  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 2015-08-07 12:30:04 -0400, Robert Haas wrote:
> It may not be included from any IN CORE frontend code, but that is not
> the same thing as saying it's not included from any frontend code at
> all.  For example, EDB has code that includes namespace.h in frontend
> code.  That compiled before this commit; now it doesn't.

Nothing in namespace.h seems to be of any possible use for frontend
code. If there were possible use-cases I'd be inclined to agree, but you
obvoiusly can't use any of the functions, the structs and the guc make
no sense either.  So I really don't why we should cater for that?

I think the likelihood of actually breaking correct working extension
code that uses namespace.h that'd be broken if we removed lock.h from
namespace.h is an order of magnitude bigger than the possible impact on
frontend code.

Greetings,

Andres Freund



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

Предыдущее
От: Jesper Pedersen
Дата:
Сообщение: Re: Reduce ProcArrayLock contention
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Raising our compiler requirements for 9.6