I wrote on July 28, 1999:
> > I am installing a client postgres on an SGI O2 (IRIX 6.5.4) using both
> > the 64 bit and -o32 bit libraries. The 64 bit works fine, but the -o32
> > bit library gives me this on execution of a C program :
> >
> > o21:reina::/database > TEST_SQL_PROGRAM
> > 65584:TEST_SQL_PROGRAM: rld: Fatal Error: Cannot Successfully map soname
> > 'libpq.so.2.0' under any of the filenames
> > /usr/local/pgsql/lib/libpq.so.2.0:/usr/local/matlab/extern/lib/sgi/libpq.so.2.0:
> /usr/lib/libpq.so.2.0:/usr/lib/internal/libpq.so.2.0:/lib/libpq.so.2.0:/lib/cmplrs/cc/libpq.so.2.0:
> /usr/lib/cmplrs/cc/libpq.so.2.0:/opt/lib/libpq.so.2.0:
Here's my update:
Okay I have figured out how to make this work but it is kludge. I simply copy the libpq.so.2.0 library into
/usr/lib(where the -o32 libraries reside for IRIX 6.5.4). For the -n32 version of postgres, I copy the libpq.so.2.0 (a
different one compiled for -n32) into /usr/lib32 (where the n-32 libraries reside for IRIX 6.5.4). For the 64 bit, do
thesame except it goes in /usr/lib64.
Note that for some reason I can't just link the libraries to those directories. They physically need to be copied
intothe directory in order to work.
What still doesn't make sense is why it is looking in the wrong places for the library. When I compile a C program
foruse with SQL, I specifically tell it where the include and library directories for Postgres are located:
cc -o32 test_sql_program.c -o TEST_SQL_PROGRAM -I/usr/local/pgsql_o32/include -L/usr/local/pgsql_o32/lib -lpq
It seems that this is the MIPSPro compilers fault and not Postgres'. But I thought that maybe someone else whos
compiledthe new Postgres on IRIX 6.5 has run into the same thing?
Thanks.
-Tony