Re: Changes for AIX buildfarm

Поиск
Список
Период
Сортировка
От Rocco Altier
Тема Re: Changes for AIX buildfarm
Дата
Msg-id 6E0907A94904D94B99D7F387E08C4F5730E8EE@FALCON.INSIGHT
обсуждение исходный текст
Ответ на Changes for AIX buildfarm  ("Rocco Altier" <RoccoA@Routescape.com>)
Список pgsql-patches
I have looked more closely at what is happening during the link of the
contrib modules, and I agree that my original patch is too broad.

I am seeing that cube fails, but userlocks works.  I have noticed that
cube is using a MODULE_big directive (which is failing to pick up all
libraries), but that userlocks is using MODULES which is working
correctly.

I will dig further and come up with another patch.

    -rocco

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: Monday, July 18, 2005 12:47 PM
> To: Andrew Dunstan
> Cc: Rocco Altier; Zeugswetter Andreas DAZ SD;
> pgsql-patches@postgresql.org
> Subject: Re: [PATCHES] Changes for AIX buildfarm
>
>
> Andrew Dunstan <andrew@dunslane.net> writes:
> > Tom Lane wrote:
> >> Er, which buildfarm report is prompting this?
>
> > Rocco is probably doing what I normally ask, which is to get builds
> > working before starting to upload results to the buildfarm
> server (a
> > request which is more honored in the breach than the observance).
>
> Fair enough.  But I'm concerned about the proposed patch because it
> seems to revert a deliberate change made some time ago:
>
http://developer.postgresql.org/cvsweb.cgi/pgsql/src/Makefile.shlib#rev1
.65
http://archives.postgresql.org/pgsql-committers/2002-10/msg00054.php

so I think we need more eyeballs on the problem before deciding this is
a good fix.

            regards, tom lane

В списке pgsql-patches по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [patch 3/3] new documentation
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 7.3 pg_dump pt_BR translation msgfmt failure