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.
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 |