Re: cvs head : broken regression tests ?

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: cvs head : broken regression tests ?
Дата
Msg-id 40C5ECE6.9040500@dunslane.net
обсуждение исходный текст
Ответ на Re: cvs head : broken regression tests ?  (Fabien COELHO <coelho@cri.ensmp.fr>)
Ответы Re: cvs head : broken regression tests ?  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Re: cvs head : broken regression tests ?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Fabien COELHO wrote:

>
>> You get this error, pg_strcasecmp, when you have a different 
>> libpgport library around instead of the CVS version.  You need to 
>> clean something out to fix it.
>
>
> Isn't the "make check" supposed to used the new version of binaries 
> and libraries?
>
> I investigated a little bit following your hint:
>
> Indeed, I already have a dev version installed in "/usr/local/pgsql". 
> This libpq is used during tests by "psql" rather than the newly 
> compiled one, despite the library path fix. I guess this is thanks to 
> the "-Wl,-rpath,/usr/local/pgsql/lib" option used when linking "psql".
>
> So it works if I do a "configure --prefix=<some-empty-directory>".
>
> It means that you cannot expect a "make check" to work properly if you 
> intend to install postgresql where a previous version is already 
> installed. Let's call this a "feature";-)
>

This only applies to dev versions, as the library version is bumped each 
release, I believe. IOW it's purely a developer's trap (which has caught 
me in the past). If you build and install multiple dev versions you 
should think about disabling rpath.

cheers

andrew


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: [pgsql-hackers-win32] Failures with windows port
Следующее
От: "Thomas Hallgren"
Дата:
Сообщение: Re: Question regarding dynamic_library_path