Re: Changes for AIX buildfarm - Mailing list pgsql-patches

From Rocco Altier
Subject Re: Changes for AIX buildfarm
Date
Msg-id 6E0907A94904D94B99D7F387E08C4F5730E8EE@FALCON.INSIGHT
Whole thread Raw
In response to Changes for AIX buildfarm  ("Rocco Altier" <RoccoA@Routescape.com>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [patch 3/3] new documentation
Next
From: Tom Lane
Date:
Subject: Re: 7.3 pg_dump pt_BR translation msgfmt failure