Re: postgres.h included from relcache.h - but removing it breaks pg_upgrade
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: postgres.h included from relcache.h - but removing it breaks pg_upgrade |
| Дата | |
| Msg-id | 202109182035.ls55i32hwvta@alvherre.pgsql обсуждение |
| Ответ на | Re: postgres.h included from relcache.h - but removing it breaks pg_upgrade (Alexander Korotkov <aekorotkov@gmail.com>) |
| Ответы |
Re: postgres.h included from relcache.h - but removing it breaks pg_upgrade
|
| Список | pgsql-hackers |
On 2021-Sep-18, Alexander Korotkov wrote:
> I see now. I think I'm rather favoring splitting visibilitymap.h.
Agreed, this looks sane to me. However, I think the
VM_ALL_{VISIBLE,FROZEN} macros should remain in visibilitymap.h, since
they depend on the visibilitymap_get_status function (and pg_upgrade
doesn't use them).
There's a typo "maros" for "macros" in the new header file. (Also, why
does the copyright line say "portions" if no portion under another
copyright? I think we don't say "portions" when there is only one
copyright statement line.)
--
Álvaro Herrera Valdivia, Chile — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера