Re: coverage additions

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: coverage additions
Дата
Msg-id 20190606091445.GD10729@paquier.xyz
обсуждение исходный текст
Ответ на Re: coverage additions  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: coverage additions  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Tue, Jun 04, 2019 at 04:07:17PM -0400, Alvaro Herrera wrote:
> On 2019-Jun-04, Michael Paquier wrote:
>> On Sat, Jun 01, 2019 at 12:55:47AM -0400, Alvaro Herrera wrote:
>>> Ah, now I remember that I tried this before, but it requires some extra
>>> packages installed in the machine I think, and those create running
>>> services.  Did you note that src/backend/libpq does not even list the
>>> gssapi file?
>>
>> Do you mean the header file be-gssapi-common.h?
>
> Actually, I meant be-gssapi-common.c, but I suppose having the file
> appear at all would be dependent on whether the GSSAPI stuff is compiled
> in, which seems to require yet another configure switch that we don't
> have in the coverage machine.

Not sure I still follow..  In src/backend/libpq we have
be-gssapi-common.c and be-gssapi-common.c, both getting added only if
with_gssapi is enabled.

> Which in turn makes me think that perhaps src/include/libpq/libpq.h
> needs some splitting or something, because the be-openssl-common.c file
> does not seem to have a corresponding header ...

Yeah, it seems that there could be ways to split that in a smarter
way.
--
Michael

Вложения

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

Предыдущее
От: Masahiko Sawada
Дата:
Сообщение: Re: PGCOLOR? (Re: pgsql: Unified logging system for command-line programs)
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Fix runtime errors from -fsanitize=undefined