| От | Andrew Dunstan |
|---|---|
| Тема | Re: libpq-fe.h should compile *entirely* standalone |
| Дата | |
| Msg-id | f356547f-41db-d954-5301-e81b044ffd1d@dunslane.net обсуждение |
| Ответ на | Re: libpq-fe.h should compile *entirely* standalone (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: libpq-fe.h should compile *entirely* standalone
|
| Список | pgsql-hackers |
I wrote:We can easily do better, as attached, but I wonder which other headers should get the same treatment.After a bit of further research I propose the attached. I'm not sure exactly what subset of ECPG headers is meant to be exposed to clients, but we can adjust these patterns if new info emerges. This is actually moving the inclusion-check goalposts quite far, but HEAD seems to pass cleanly, and again we can always adjust later. Any objections?
LGTM
cheers
andrew
-- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера