[postgis-devel] Error in make test - libpg

[Bruce Rindahl]

Thanks for the advice.  I will check into this.  Probably won't get to it
for a few weeks.
Thanks!

On Tue, Dec 18, 2018, 7:47 AM Greg Troxel <gdt at lexort.com wrote:

> Bruce Rindahl <bruce.rindahl at gmail.com> writes:
>
> > Running make test.  All tests OK until loader when I ran unto this:
> >
> > ---- Making check in loader
> > make[1]: Entering directory '/home/pi/postgis-3.0.0dev/loader'
> > make -C cunit check
> > make[2]: Entering directory '/home/pi/postgis-3.0.0dev/loader/cunit'
> > /home/pi/postgis-3.0.0dev/loader/cunit/.libs/lt-cu_tester: error while
> > loading shared libraries: libpq.so.5: cannot open shared object file: No
> > such file or directory
> > Makefile:80: recipe for target 'check' failed
> >
> > llibpq.so.5 is at /usr/local/pgsql/lib/libpq.so.5 at the standard
> location
> > from the postgresql 11.1 install.  Suggestions?
>
> In theory, -L/-R would be set on the link line for binaries/libraries
> that need libs to 1) find them at compile time and 2) find them at
> runtime using RPATH.  In practice, this is often not quite right because
> if one uses the same prefix for many things bugs are covered up.
>
> And, I have the impression some systems don't use RPATH, and instead
> want some system-wide configuration of the directories that have
> libraries, but I don't understand if this impression is correct or the
> details.
>
> The various config programs (foo-config scripts, and pkg-config) in
> theory should be providing correct -L/-R flags for the rules of the type
> of system.  But these can have bugs.
>
> So, I would recommend that you go over the build logs and look at the
> linker flags when the file that's trouble was linked, and see if
> -Wl,--rpath or -R is present.  Also look at the file with objdump -x and
> look for RPATH and NEEDED entries.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20181218/36d41031/attachment.html>