Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders.
| От | Michael Paquier | 
|---|---|
| Тема | Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.hheaders. | 
| Дата | |
| Msg-id | 20180409010031.GA11599@paquier.xyz обсуждение исходный текст  | 
		
| Ответы | 
                	
            		Re: pgsql: Merge catalog/pg_foo_fn.h headers back into pg_foo.h headers.
            		
            		 | 
		
| Список | pgsql-hackers | 
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.
>
> Traditionally, include/catalog/pg_foo.h contains extern declarations
> for functions in backend/catalog/pg_foo.c, in addition to its function
> as the authoritative definition of the pg_foo catalog's rowtype.
> In some cases, we'd been forced to split out those extern declarations
> into separate pg_foo_fn.h headers so that the catalog definitions
> could be #include'd by frontend code.  That problem is gone as of
> commit 9c0a0de4c, so let's undo the splits to make things less
> confusing.
This patch or one of its relatives has visibly broken parallel builds
for me. "make -j 4 install" directly called after a configure complains:
In file included from ../../src/include/catalog/catalog.h:22:0,
                 from relpath.c:21:
../../src/include/catalog/pg_class.h:22:10: fatal error: catalog/pg_class_d.h: No such file or directory
 #include "catalog/pg_class_d.h"
          ^~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
I did not take the time to look into the problem, that's just a head's
up.  I am on HEAD at b3b7f789 so it is not like I lack any fixes.
Please note that "make -j 4" directly called works.
--
Michael
		
	Вложения
В списке pgsql-hackers по дате отправления: