From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Postgresql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: cvs head : broken regression tests ? |
Date: | 2004-06-08 16:44:22 |
Message-ID: | 40C5ECE6.9040500@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Hallgren | 2004-06-08 17:08:00 | Re: Question regarding dynamic_library_path |
Previous Message | Andrew Dunstan | 2004-06-08 16:33:03 | Re: [pgsql-hackers-win32] Failures with windows port |