From: | "Albe Laurenz" <all(at)adv(dot)magwien(dot)gv(dot)at> |
---|---|
To: | "Rocco Altier *EXTERN*" <RoccoA(at)Routescape(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCHES] Linking on AIX (Was: Fix linking of OpenLDAP libraries ) |
Date: | 2006-09-18 15:15:07 |
Message-ID: | 52EF20B2E3209443BC37736D00C3C1380A693114@EXADV1.host.magwien.gv.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Rocco Altier wrote:
>>> pg_regress normally tries to handle this by setting LD_LIBRARY_PATH
>>> ... does AIX use that or a similar symbol?
>>>
>> The "make check" was successful in my previous testing of the last
>> patch, so it appears that AIX was paying attention to
LD_LIBRARY_PATH.
>
> Anyhow, I have updated the patch to set LIBPATH (AIX's version of
> LD_LIBRARY_PATH), in pg_regress and ecpg's pg_regress.
>
> I have tested this with default config options (enable-shared,
> enable-rpath). I am starting to test the other methods as well, but
> wanted to get this out first.
LD_LIBRARY_PATH does not work on AIX - the AIX equivalent is LIBPATH.
"make check" does not seem to rely on LD_LIBRARY_PATH, and it should
work with my patch (it worked here).
If pg_regress relies on LD_LIBRARY_PATH, it would have to be changed
to set LIBPATH in the AIX case :^(
The reason why all these problems manifest now is that - up to now -
PostgreSQL used static linking on AIX and it was not necessary to
find the shared library.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Albe Laurenz | 2006-09-18 15:27:05 | Re: [PATCHES] Linking on AIX (Was: Fix linking of OpenLDAP libraries ) |
Previous Message | Gevik Babakhani | 2006-09-18 15:14:22 | Re: Patch for UUID datatype (beta) |