Re: pgsql: Fix headerscheck failure in replication/worker_internal.h
Вложения
В списке pgsql-hackers по дате отправления:
| От | Stephen Frost |
|---|---|
| Тема | Re: pgsql: Fix headerscheck failure in replication/worker_internal.h |
| Дата | |
| Msg-id | 20211116171430.GI26257@tamriel.snowman.net обсуждение |
| Ответ на | Re: pgsql: Fix headerscheck failure in replication/worker_internal.h (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: pgsql: Fix headerscheck failure in replication/worker_internal.h
|
| Список | pgsql-hackers |
Greetings, * Alvaro Herrera (alvherre@alvh.no-ip.org) wrote: > On 2021-Nov-16, Alvaro Herrera wrote: > > > Fix headerscheck failure in replication/worker_internal.h > > The other failure is in src/include/libpq/be-gssapi-common.h: > > In file included from /tmp/headerscheck.a6f0um/test.c:2: > ./src/include/libpq/be-gssapi-common.h:20:10: fatal error: gssapi/gssapi.h: No existe el fichero o el directorio > 20 | #include <gssapi/gssapi.h> > | ^~~~~~~~~~~~~~~~~ > compilation terminated. > > One possible solution for this one is to add an exclusion in > headerscheck (and cpluspluscheck?); the other possible solution seems to > be to wrap the whole contents of the file in "#ifdef ENABLE_GSS". I > think the latter is roughly the approach used for OpenSSL inclusions. Short answer is yes, inclusion of be-gssapi-common.h is typically wrapped in a #ifdef, see src/backend/libpq/auth.c Thanks, Stephen
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера