Re: 7.2b2 "make check" failure on Red Hat Linux 7.2

From: teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=)
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: 7.2b2 "make check" failure on Red Hat Linux 7.2
Date: 2001-11-16 21:50:49
Message-ID: xuyzo5mbd1i.fsf@halden.devel.redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=) writes:
> > Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> >> I speculate that your executable was picking up
> >> a non-MULTIBYTE libpq shared library from someplace. Check ldconfig
> >> and all that stuff...
>
> > I have an existing installation of 7.1 on the system, that's why I did
> > "make check" in the build directory.
>
> > "--prefix=/usr" seems to be the "culprit" - without it, it regression
> > tests run just fine.
>
> The pg_regress script sets LD_LIBRARY_PATH to try to cause libpq and
> the other shlibs to be picked up from the temp installation tree.
> Perhaps this is wrong or insufficient on your platform. It certainly
> sounds like the dynamic linker is choosing the installed libpq over
> the one that we want it to use. Any thoughts on fixing that?

Since it works when prefix isn't /usr, I'd guess that the build
process sets rpath. This takes precedence over LD_LIBRARY_PATH.

Fix? Don't use rpath - it's evil, and should be avoided anyway.

ld(1) contains some info on how libraries are resolved.
--
Trond Eivind Glomsrød
Red Hat, Inc.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message mlw 2001-11-16 22:06:38 Re: Super Optimizing Postgres
Previous Message Tom Lane 2001-11-16 21:46:57 Re: 7.2b2 "make check" failure on Red Hat Linux 7.2