Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f17Lh3x05874; Wed, 7 Feb 2001 16:43:03 -0500 (EST) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f17Lg9910993; Wed, 7 Feb 2001 16:42:09 -0500 (EST) To: Constantin Teodorescu cc: "Ross J. Reedstrom" , pgsql-hackers@postgresql.org, pgsql-interfaces@postgresql.org Subject: Re: [INTERFACES] pgAccess fails to launch on HPUX In-reply-to: <3A81B5C5.CA918FD5@flex.ro> References: <6811.981570898@sss.pgh.pa.us> <20010207124913.A29490@rice.edu> <3A81B5C5.CA918FD5@flex.ro> Comments: In-reply-to Constantin Teodorescu message dated "Wed, 07 Feb 2001 22:53:25 +0200" Date: Wed, 07 Feb 2001 16:42:08 -0500 Message-ID: <10989.981582128@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200102/246 X-Sequence-Number: 4377 Constantin Teodorescu writes: > Yes. The full path to libpgtcl might be specified directly in pgaccess. I have committed pgaccess changes to do this. > But libpq library need to be found automatically because it isn't in a "load" > explicit command. At least on HPUX 10, this seems to work anyway, presumably because the correct search path is embedded into libpgtcl.sl. I imagine that not all platforms have 'rpath' info embedded into shlibs, so there may be other platforms where you still need to set LD_LIBRARY_PATH to find libpq.so. Thought: would it be out of line for pgaccess.sh to set LD_LIBRARY_PATH explicitly to cover this possibility? regards, tom lane