| 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 |
| Message-ID: | 10394.1202315176@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| 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
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
| 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 |