Received: from sss.sss.pgh.pa.us (sss.pgh.pa.us [206.210.65.6])
	by hub.org (8.9.3/8.9.3) with ESMTP id LAA41916
	for <pgsql-interfaces@postgreSQL.org>;
	Wed, 30 Jun 1999 11:01:17 -0400 (EDT)
	(envelope-from tgl@sss.pgh.pa.us)
Received: from sss.sss.pgh.pa.us (localhost [127.0.0.1])
	by sss.sss.pgh.pa.us (8.9.1/8.9.1) with ESMTP id KAA22236;
	Wed, 30 Jun 1999 10:59:31 -0400 (EDT)
To: Thomas Lockhart <lockhart@alumni.caltech.edu>
cc: "Ken J. Wright" <ken@ori-ind.com>, pgsql-interfaces@postgreSQL.org
Subject: Re: [INTERFACES] lo_export & pgaccess 
In-reply-to: Your message of Wed, 30 Jun 1999 14:47:13 +0000
	<377A2DF1.5743E164@alumni.caltech.edu>
Date: Wed, 30 Jun 1999 10:59:31 -0400
Message-ID: <22234.930754771@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

Thomas Lockhart <lockhart@alumni.caltech.edu> writes:
> No, that is not what I was complaining about at first, but that is
> what I *should* have been complaining about :) I've got Makefile
> patches which will allow the apps and libraries to be built using
> shared libraries, though the sequence to do that is not pretty (yet)
> since it involves building the interfaces to get libpq, installing
> them to get libpq.so, and then cleaning and rebuilding to make sure
> that the other interfaces and apps see this new shared library.

The real issue here is whether the higher-level libraries and apps
need to have the absolute path to the installed copy of libpq embedded
in them, or only the file name of libpq.so.whatever.

On some systems (like HPUX) an absolute path actually is needed :-(
but I was under the impression that this was *not* required for Linux;
instead the ldconfig map is used to locate a shlib based on just its
filename, no?

If so, fixing the build procedure to generate a dummy set of symlinks
in the build directory might eliminate the need for the pushups Thomas
has been working on.  I'm guessing that the real problem here is just
that the linker fails to make a reference to libpq.so at all unless
there is a version-numbered symlink in the directory it's told to
look in.  (You should be able to check this with ldd...)

> If you modify Makefile.shlib to do the soft links, then perhaps my
> patches to have the linker look in "$(LIBDIR)" (if it finds
> $(LIBDIR)/libpq.*) instead of "$(LIBPQDIR)" are not necessary. I'll
> hold off on patching until we decide the best approach.

I will patch Makefile.shlib for this today, and then we'll see what
happens.

			regards, tom lane