> 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:
>
>
>
> Now /usr/local/pgsql/lib/libpq.so.2.0 does exist but is the 64 bit
> flavor. The -o32 bit is in /usr/local/pgsql_o32/lib/libpq.so.2.0. Is
> there someway that I can tell postgres to look for it there (preferably
> during compilation) ? I am adding the pointers
> -I/usr/local/pgsql_o32/include -L/usr/local/pgsql_o32/lib -lpq to the cc
> compilation line but that doesn't seem to be correcting the problem.
>
> Thanks.
> -Tony
>
>
I don't immediately spot the problem, but the details for searching the
libraries is listed in the SGI Insight Manual "MipsPro Compiling and Performance
Tuning Guide". Chapter 3.5 describes the way the run-time loader locates and
loads the shared object libraries for different compiler models (-o32, -n32,
-64). It also says that you can force the run-time loader to look for your
library using the LD_LIBRARY_PATH environment variable.
Hope this helps,
Mark
--
Mark Dalphin email: mdalphin@amgen.com
Mail Stop: 29-2-A phone: +1-805-447-4951 (work)
One Amgen Center Drive +1-805-375-0680 (home)
Thousand Oaks, CA 91320 fax: +1-805-499-9955 (work)