Re: Vers. 8.3.0: "make check" fails dismally

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-bugs(at)postgresql(dot)org, Mike(dot)Dowling(at)t-online(dot)de
Subject: Re: Vers. 8.3.0: "make check" fails dismally
Date: 2008-02-06 16:26:16
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-bugs

Peter Eisentraut <peter_e(at)gmx(dot)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 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

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Jan Mate 2008-02-06 20:15:59 BUG #3937: timestamp null value comparison in subquery using IN/NOT IN
Previous Message Magnus Hagander 2008-02-06 15:13:42 Re: [BUGS] BUG #3909: src\tools\msvc\clean.bat clears parse.h file