Re: Vers. 8.3.0: "make check" fails dismally - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Vers. 8.3.0: "make check" fails dismally
Date
Msg-id 10394.1202315176@sss.pgh.pa.us
Whole thread Raw
In response to Re: Vers. 8.3.0: "make check" fails dismally  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-bugs
Peter Eisentraut <peter_e@gmx.net> writes:
> Am Mittwoch, 6. Februar 2008 schrieb Mike Dowling:
>> Naively checking the build using "make check" (yes, gnu make, and as an
>> unprivaleged user) fails all tests.  The apparent reason is that
>> postgres cannot find its shared libraries.

> Which platform?

Also, how exactly did you do the configure and build steps?  And what do
the failures look like, in detail?

An idea that comes to mind is that you had an older PG version already
installed and for some reason the dynamic loader tried to resolve
libpq.so as the older version instead of the newer one.  If that's the
problem then a temporary workaround such as LD_LIBRARY_PATH is often the
best answer for running "make check", since the issue will disappear
after you "make install" anyway.

            regards, tom lane

pgsql-bugs by date:

Previous
From: "Pit M."
Date:
Subject: Re: BUG #3924: Create Database with another encoding as the encoding from postgres
Next
From: "Jan Mate"
Date:
Subject: BUG #3937: timestamp null value comparison in subquery using IN/NOT IN