Re: [COMMITTERS] pgsql: Improved parallel make support - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [COMMITTERS] pgsql: Improved parallel make support
Date
Msg-id 1289668688.13321.3.camel@vanquo.pezone.net
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Improved parallel make support  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On lör, 2010-11-13 at 11:23 -0500, Tom Lane wrote:
> Consulting stdout shows that indeed it's launched this series of jobs:
> 
> make -C backend/utils/mb/conversion_procs all
> make -C ascii_and_mic all
> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
> -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing
> -fwrapv -g  -I../../../../../../src/include   -c -o ascii_and_mic.o
> ascii_and_mic.c
> gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
> -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing
> -fwrapv -g  -bundle -multiply_defined suppress -o ascii_and_mic.so
> ascii_and_mic.o -L../../../../../../src/port -Wl,-d\
> ead_strip_dylibs
> -bundle_loader ../../../../../../src/backend/postgres
> 
> immediately after completing the src/timezone build, before the
> backend build is even well begun let alone finished.  So the parallel
> build dependency interlocks are basically not working.

On some platforms, you need to have backend/postgres built before any
dynamically loadable modules.  For those platforms, additional
dependencies will be necessary, I suppose.



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [COMMITTERS] pgsql: Improved parallel make support
Next
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql: Improved parallel make support