]> granicus.if.org Git - postgresql/commit
Invoke submake-generated-headers during "make check", too.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 11 Apr 2018 17:18:50 +0000 (13:18 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 11 Apr 2018 17:18:54 +0000 (13:18 -0400)
commitcee83ef4a243c87683a4f472bab0e005b8b56f3c
treede688109bb020fdb9a15cf6382e4d5107af79d38
parent92899992e13a089fb8915b02e45792998996530e
Invoke submake-generated-headers during "make check", too.

The MAKELEVEL hack to prevent submake-generated-headers from doing
anything in child make runs means that we have to explicitly invoke
it at top level for "make check", too, in case somebody proceeds
directly to that without an explicit "make all".  (I think this
usage had parallel-make hazards even before the addition of more
generated headers; but it was totally broken as of 3b8f6e75f.)

Out of paranoia, force the submake-libpq target to depend on
submake-generated-headers, too.  This seems to not be absolutely
necessary today, but it's not really saving us anything to omit
the ordering dependency, and it'll likely break someday without it.

Discussion: https://postgr.es/m/20180411103930.GB31461@momjian.us
src/Makefile.global.in