Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits.
От | Tom Lane |
---|---|
Тема | Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits. |
Дата | |
Msg-id | 16063.1476286577@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits. (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Список | pgsql-hackers |
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes: > On 10/4/16 11:29 AM, Tom Lane wrote: >> Robert Haas <robertmhaas@gmail.com> writes: >>> Apparently, 'make world' does not build worker_spi. I thought 'make >>> world' was supposed to build everything? >> You'd have thunk, yeah. It looks like the issue is that src/Makefile >> is selective about recursing into certain subdirectories of test/, >> but mostly not test/ itself. src/test/Makefile naively believes it's >> in charge, though. Probably that logic ought to get shoved down one >> level, and then adjusted so that src/test/modules gets built by "all". >> Or else teach top-level "make world" to do "make all" in src/test/, >> but that seems like it's just doubling down on confusing interconnections. > We generally don't build test code during make world. > The reason src/Makefile does that is probably because pg_regress is part > of the installation. > So this looks more or less correct to me. Even if you think the behavior is correct (I'm not convinced), the implementation is certainly confusing. I don't like the way that src/test/Makefile gets bypassed for decisions about which of its subdirectories get built for what. Any normal person would expect that src/test/Makefile is what determines that. regards, tom lane
В списке pgsql-hackers по дате отправления: