Bruce Momjian <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> Oh, so you are using yesterday's libpq.so shared library ;-) >> >> I am not sure there is any way around that except to go ahead and >> install today's libpq. pg_regress can't do much more than set >> LD_LIBRARY_PATH, and evidently that's not enough to make the Linux >> dynamic loader take the version of libpq.so that's in the temp >> installation rather than the one you previously installed.
> Yep, I saw the same thing here and make install fixed it. I looked at this a bit more and found that on Linux, the dynamic loader is documented to search "rpath" before LD_LIBRARY_PATH; so had we not specified an rpath when building the psql executable, pg_regress would have worked as intended. Sounds like BSD is the same. Now, not specifying rpath seems like a sure loss for every context except "make check" with an uninstalled version. So I'm afraid we have to live with it. It might be worthwhile for build-farm builds to use "configure --disable-rpath", if they want to "make check" without installing first. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match