Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers.
Дата
Msg-id 16609.1523243109@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders.  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders.  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
Дерево обсуждения 
Michael Paquier <michael@paquier.xyz> writes:
> On Sun, Apr 08, 2018 at 06:35:39PM +0000, Tom Lane wrote:
>> Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers.

> This patch or one of its relatives has visibly broken parallel builds
> for me. "make -j 4 install" directly called after a configure complains:

Hm.  I'd tested "make -j all", but not going directly to "install".
Does it help if you add

$(SUBDIRS:%=install-%-recurse): | submake-generated-headers

to src/Makefile?

(That seems like a bit of a brute-force solution, though.  Anybody
have a better answer?)

            regards, tom lane

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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS