Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: Refactor flex and bison make rules

From: Jeremy Drake <pgbuildfarm(at)jdrake(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>
Subject: Re: [COMMITTERS] pgsql: Refactor flex and bison make rules
Date: 2012-11-29 03:43:14
Message-ID: alpine.BSO.2.00.1211281935300.8610@resin.csoft.net (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
On Wed, 28 Nov 2012, Tom Lane wrote:

> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> > On 11/28/2012 02:14 PM, Alvaro Herrera wrote:
> >> Okapi has been failing sporadically on ecpg, and I wonder if it's
> >> related to this change.
>
> > Well, it looks like the make is broken and missing a clear dependency
> > requirement. I think we need to ask Jeremy to turn off parallel build
> > for okapi.
>
> Yeah, we already know that unpatched make 3.82 has got serious
> parallelism bugs:
> http://archives.postgresql.org/pgsql-hackers/2012-09/msg00397.php
>
> I wonder whether adding another .NOTPARALLEL directive would be a better
> idea than insisting people get hold of patched versions.

While we're talking about odd issues that only seem to happen on Okapi,
does anyone know of anything I can do to diagnose the pg_upgrade failure
on the 9.2 branch?  There are no rogue (non-buildfarm-related)
postmaster/postgres processes running on the machine.



In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2012-11-29 04:03:01
Subject: Re: [COMMITTERS] pgsql: Refactor flex and bison make rules
Previous:From: Michael PaquierDate: 2012-11-29 01:31:20
Subject: Re: Bugs in CREATE/DROP INDEX CONCURRENTLY

pgsql-committers by date

Next:From: Tom LaneDate: 2012-11-29 04:03:01
Subject: Re: [COMMITTERS] pgsql: Refactor flex and bison make rules
Previous:From: Tom LaneDate: 2012-11-29 03:19:53
Subject: pgsql: Suppress parallel build in interfaces/ecpg/preproc/.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group