Re: [COMMITTERS] pgsql: Improved parallel make support

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [COMMITTERS] pgsql: Improved parallel make support
Дата
Msg-id 1289668688.13321.3.camel@vanquo.pezone.net
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Improved parallel make support  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Improved parallel make support
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Improved parallel make support