Skip site navigation (1) Skip section navigation (2)

Re: make check error on -HEAD

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Devrim GUNDUZ <devrim(at)gunduz(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: make check error on -HEAD
Date: 2004-10-31 20:51:39
Message-ID: 1357.1099255899@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> 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

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2004-10-31 20:53:16
Subject: Re: Problems with pgxs
Previous:From: Tom LaneDate: 2004-10-31 20:46:14
Subject: Re: Using ALTER TABLESPACE in pg_dump

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group