On mån, 2011-03-07 at 22:28 -0500, Tom Lane wrote:
> BTW, how many people here have read "Recursive Make Considered
> Harmful"?
>
> http://aegis.sourceforge.net/auug97.pdf
>
> Because what we're presently doing looks mighty similar to what he's
> saying doesn't work and can't be made to work.
Ye
On mån, 2011-03-07 at 13:51 -0800, Jeff Davis wrote:
> On Sat, 2011-03-05 at 18:33 -0500, Bruce Momjian wrote:
> > I am seeing the following compile problem with gmake -j2:
> >
>
> For what it's worth, I'm still seeing this problem too:
>
> http://archives.postgresql.org/pgsql-hackers/2010-12/ms
Alvaro Herrera writes:
> Where it doesn't work is in the other subdirs, c.f. the current problem
> with interfaces/libpq and interfaces/ecpg. It would be a lot more
> difficult to fix there, I think, but maybe I'm wrong.
Right, it's specifically the interdependence between ecpg and libpq
that's
On Tue, Mar 8, 2011 at 9:07 AM, Alvaro Herrera
wrote:
> The bit I looked at, at the time, was src/backend/mb/conversion_procs,
> because that was where the biggest hit on parallelization was taken (a
> single lib at a time -- the real time CPU usage chart clearly showed the
> problem. Not sure if
Excerpts from Robert Haas's message of mar mar 08 10:38:29 -0300 2011:
> On Mon, Mar 7, 2011 at 10:28 PM, Tom Lane wrote:
> > I wrote:
> >> I think what is happening here is that make launches concurrent sub-jobs
> >> to do "make install" in each of interfaces/libpq and interfaces/ecpg,
> >> and t
On 03/07/2011 10:28 PM, Tom Lane wrote:
I wrote:
I think what is happening here is that make launches concurrent sub-jobs
to do "make install" in each of interfaces/libpq and interfaces/ecpg,
and the latter launches a sub-sub-job to do "make all" in
interfaces/libpq, and make has no idea that
On Mon, Mar 7, 2011 at 10:28 PM, Tom Lane wrote:
> I wrote:
>> I think what is happening here is that make launches concurrent sub-jobs
>> to do "make install" in each of interfaces/libpq and interfaces/ecpg,
>> and the latter launches a sub-sub-job to do "make all" in
>> interfaces/libpq, and mak
I wrote:
> I think what is happening here is that make launches concurrent sub-jobs
> to do "make install" in each of interfaces/libpq and interfaces/ecpg,
> and the latter launches a sub-sub-job to do "make all" in
> interfaces/libpq, and make has no idea that these are duplicate sub-jobs
> so it
Jeff Davis writes:
> For what it's worth, I'm still seeing this problem too:
> http://archives.postgresql.org/pgsql-hackers/2010-12/msg00123.php
> I can reproduce it every time.
I think what is happening here is that make launches concurrent sub-jobs
to do "make install" in each of interfaces/lib
On Sat, 2011-03-05 at 18:33 -0500, Bruce Momjian wrote:
> I am seeing the following compile problem with gmake -j2:
>
For what it's worth, I'm still seeing this problem too:
http://archives.postgresql.org/pgsql-hackers/2010-12/msg00123.php
I can reproduce it every time.
Regards,
Jeff D
I am seeing the following compile problem with gmake -j2:
/bin/sh ../../../config/install-sh -c -d '/usr/local/pgsql/lib'
/bin/sh ../../../../config/install-sh -c -m 644 ./plpgsql.control
'/usr/local/pgsql/share/extension'
/bin/sh ../../../config/install-sh -c -m 644 ./plp
11 matches
Mail list logo