Bruce Momjian wrote:
I would like to see some comments about AIX linking so we
don't need to
relearn this in 1-2 years.
Something like
http://archives.postgresql.org/pgsql-hackers/2006-09/msg00893.php
or something more comprehensive?
Maybe mentioning LIBPATH and -blibpath: might be good.
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
Tom Lane wrote:
The proposed patch to Makefile.shlib makes me gag :-( ...
It is ugly.
lying to make
about what's the purpose of a rule is seldom a good idea. Please try
as attached instead.
I will ASAP.
Also, I am *really* dubious about the change to
ecpg/test/Makefile.regress --- if
Albe Laurenz [EMAIL PROTECTED] writes:
Tom Lane wrote:
Also, I am *really* dubious about the change to
ecpg/test/Makefile.regress --- if that's necessary then this whole
exercise is wrong.
For a dynamic build you do not need the change.
Only a --disable-shared build will gag without it.
I suspect that up to now the buildfarm had a static build of
PostgreSQL. What is the output of 'ldd initdb' when it builds
and runs correctly?
Is libpq.so in a non-standard directory? If yes, one either
has to export LIBPATH in the environment or link with
-L/location/of/libpq for the
Rocco Altier wrote:
Here is the working one:
initdb needs:
/usr/lib/libc.a(shr.o)
/unix
/usr/lib/libcrypt.a(shr.o)
Here is the broken one:
initdb needs:
../../../src/interfaces/libpq/libpq.so
/usr/lib/libc.a(shr.o)
Albe Laurenz [EMAIL PROTECTED] writes:
Up to now you have built against the static libpq.a
I didn't add the right -blibpath to this patch that
failed for you - the broken initdb is dynamically linked
but does not know where to look for its shared library.
The patch I just submitted to
From: Tom Lane [mailto:[EMAIL PROTECTED]
Albe Laurenz [EMAIL PROTECTED] writes:
Up to now you have built against the static libpq.a
I didn't add the right -blibpath to this patch that
failed for you - the broken initdb is dynamically linked
but does not know where to look for its shared
From: Tom Lane [mailto:[EMAIL PROTECTED]
Mmm ... what of make check's temporary installation? We need
to have the executables search in the temporary install's libdir,
*before* looking in the configured --libdir (which could easily
contain an incompatible back-version libpq ...)
With the patch attached this time...
-rocco
-Original Message-
From: Rocco Altier
Sent: Friday, September 15, 2006 2:04 PM
To: Rocco Altier; 'Tom Lane'; 'Albe Laurenz'
Cc: 'pgsql-hackers@postgresql.org'
Subject: RE: [PATCHES] [HACKERS] Linking on AIX (Was: Fix
linking of
Rocco Altier [EMAIL PROTECTED] writes:
With the patch attached this time...
The proposed patch to Makefile.shlib makes me gag :-( ... lying to make
about what's the purpose of a rule is seldom a good idea. Please try
as attached instead. Also, I am *really* dubious about the change to
The patch did not work for me :-(
My buildfarm members failed in local testing to execute the
install-check, because initdb failed to find libpq.so.
Make check did succeed, so I think there is a possibility of
getting it
working, but it won't be as simple as adding -brtl to the
Albe Laurenz [EMAIL PROTECTED] writes:
The patch did not work for me :-(
Is libpq.so in a non-standard directory? If yes, one either
has to export LIBPATH in the environment or link with
-L/location/of/libpq for the executable to find it
(similar to RPATH in Linux).
libpq will definitely be
13 matches
Mail list logo