Re: pg9 beta1, make check fails

Поиск
Список
Период
Сортировка
От Andy Colson
Тема Re: pg9 beta1, make check fails
Дата
Msg-id 4BE03434.4020402@squeakycode.net
обсуждение исходный текст
Ответ на Re: pg9 beta1, make check fails  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On 5/4/2010 9:37 AM, Tom Lane wrote:
> Andy Colson<andy@squeakycode.net>  writes:
>> On 5/3/2010 9:44 PM, Tom Lane wrote:
>>> I'm not immediately seeing a simple way to improve this.
>
>> How about building a statically linked psql in 'make check', just for
>> pg_regress to use?
>
> [ shrug... ]  That sort of defeats the purpose of testing the binaries
> we are intending to install.
>
> Actually I guess the real question here is why psql failed to link to
> the newly-built shared libraries.  pg_regress sets up LD_LIBRARY_PATH
> but that seems not to have done the trick for you.  What platform are
> you on exactly?
>
>             regards, tom lane

Slackware 64:

# uname -a
Linux mapper 2.6.32.7 #1 SMP Fri Jan 29 21:04:54 CST 2010 x86_64 AMD
Athlon(tm) II X2 245 Processor AuthenticAMD GNU/Linux

I do have /usr/local/pgsql/lib in my /etc/ld.so.conf.  Not sure how
ldconfig and LD_LIBRARY_PATH interact.

 > [ shrug... ]  That sort of defeats the purpose of testing the binaries
 > we are intending to install.

True, yea, but, I wonder how many times, it has used the previous
versions .so's?  In which case you are testing the new server with the
old client.  And never really knew.  I'v tried out several versions
since I started with 8.0, and I'll bet I do make; make check; more often
than not.  How many of those times picked up the prior .so's?  I'd bet
quite a few.

-Andy

В списке pgsql-general по дате отправления:

Предыдущее
От: Grzegorz Jaśkiewicz
Дата:
Сообщение: Re: Avoiding surrogate keys
Следующее
От: Leif Biberg Kristensen
Дата:
Сообщение: Re: GeSHi module for Postgresql?