![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
No answer to bug reports 1975 and 2055 yet. Are you going to fix these issues, or is AIX currently unsupportet? |
#3
| |||
| |||
|
|
for example, what configure arguments did you use? Nothing relevant. ./configure --prefix=$HOME/software --with-includes=/client/include --with-libs=/client/lib [...] checking whether to build with OpenSSL support... no |
#4
| |||
| |||
|
|
What exactly is in /client/lib ... could it be that there is an existing SSL-dependent installation of libpq in there? In theory the link should find the libpq in ../../../../src/interfaces/libpq not the one in /client/lib, but we've seen bizarre linker search behavior before ... |
#5
| |||
| |||
|
|
* Dirk Pirschel writes: No answer to bug reports 1975 and 2055 yet. Are you going to fix these issues, or is AIX currently unsupportet? =20 You seem to have a problem with missing SSL in the link, but I don't see why that should be; ecpg certainly tries to link to ssl. You'll need to dig into it a little bit for yourself. You haven't provided enough context to let anyone else reproduce the problem even if they had AIX which most of us don't |
|
for example, what configure arguments did you use? |
#6
| |||
| |||
|
|
looking at your command again, the -L/client/lib is in there twice: [...] Assuming there is a libpq in /client/lib, I bet this patch will help. |
#7
| |||
| |||
|
|
Well, *something* in your link is trying to pull in OpenSSL. =20 What exactly is in /client/lib ... could it be that there is an existing SSL-dependent installation of libpq in there? In theory the link should find the libpq in ../../../../src/interfaces/libpq not the one in /client/lib, but we've seen bizarre linker search behavior before ... |
![]() |
| Thread Tools | |
| Display Modes | |
| |