Re: [HACKERS] pgsql: Refactor flex and bison make rules
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter Eisentraut <peter_e@gmx.net>, pgsql-hackers@postgresql.org, Alvaro Herrera <alvherre@2ndquadrant.com>, pgsql-committers@postgresql.org, Jeremy Drake <pgbuildfarm@jdrake.com>
Date: 2012-11-28T23:29:56Z
Lists: pgsql-hackers
On 11/28/2012 06:19 PM, Tom Lane wrote: > Peter Eisentraut <peter_e@gmx.net> writes: >> On 11/28/12 6:01 PM, Tom Lane wrote: >>> I wonder whether adding another .NOTPARALLEL directive would be a better >>> idea than insisting people get hold of patched versions. >> We could put >> ifeq ($(MAKE_VERSION),3.82) >> .NOTPARALLEL: >> endif >> into Makefile.global. > I don't wish to go *that* far. Parallel make works fine for most of the > tree in 3.82, and shutting it off would penalize developers a lot. > > It appears to me that the case that okapi is hitting is specific to the > ecpg preprocessor build rules, and indeed specific to the case where > preproc.c needs to be rebuilt. A .NOTPARALLEL in ecpg/preproc/Makefile > would probably be enough to fix it. (I'm a bit tempted to make the one > already added to ecpg/Makefile conditional on the make version, as you > suggest above, too.) > > There is something odd about okapi, because my linux/gcc buildfarm animal is using make 3.82 happily, with make_jobs = 4. cheers andrew
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Refactor flex and bison make rules
- 8521d131941b 9.3.0 cited