Re: 7.2b2 "make check" failure on Red Hat Linux 7.2
От | teg@redhat.com (Trond Eivind Glomsrød) |
---|---|
Тема | Re: 7.2b2 "make check" failure on Red Hat Linux 7.2 |
Дата | |
Msg-id | xuyzo5mbd1i.fsf@halden.devel.redhat.com обсуждение исходный текст |
Ответ на | 7.2b2 "make check" failure on Red Hat Linux 7.2 (teg@redhat.com (Trond Eivind Glomsrød)) |
Ответы |
Re: 7.2b2 "make check" failure on Red Hat Linux 7.2
Re: 7.2b2 "make check" failure on Red Hat Linux 7.2 |
Список | pgsql-hackers |
Tom Lane <tgl@sss.pgh.pa.us> writes: > teg@redhat.com (Trond Eivind Glomsrød) writes: > > Tom Lane <tgl@sss.pgh.pa.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.
В списке pgsql-hackers по дате отправления: