Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Turning off rpath in src/Makefile.global did the trick. I'm amazed this
> hasn't caught me before - maybe libpq has just been so stable it hasn't
> made a difference ... Should the version number be bumped? or is this
> just a developer gotcha?
If it
Tom Lane wrote:
> Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > Turning off rpath in src/Makefile.global did the trick. I'm amazed this
> > hasn't caught me before - maybe libpq has just been so stable it hasn't
> > made a difference ... Should the version number be bumped? or is this
> > just
Bruce Momjian <[EMAIL PROTECTED]> writes:
> This is for the 7.5/HEAD tree, so it is bumped. What we don't do is
> bump during development.
No, we shouldn't do intermediate bumps during a devel cycle. Andrew,
did you have an earlier 7.5devel libpq.so installed someplace? If so
that's the gotcha
Peter Eisentraut wrote:
Andrew Dunstan wrote:
If I configure with --prefix then cvs tip seems to fail make check -
initdb fails with a complaint about a missing symbol for
canonicalise_path. If I don't set the prefix then it works fine. I
don't have any funny LD_LIBRARY_PATH stuff set.
You
Andrew Dunstan wrote:
Fresh cvs tip checkout.
If I configure with --prefix then cvs tip seems to fail make check -
initdb fails with a complaint about a missing symbol for
canonicalise_path. If I don't set the prefix then it works fine. I
don't have any funny LD_LIBRARY_PATH stuff set.
Furthe
Andrew Dunstan wrote:
>
> Fresh cvs tip checkout.
>
> If I configure with --prefix then cvs tip seems to fail make check -
> initdb fails with a complaint about a missing symbol for
> canonicalise_path. If I don't set the prefix then it works fine. I don't
> have any funny LD_LIBRARY_PATH stuf
Fresh cvs tip checkout.
If I configure with --prefix then cvs tip seems to fail make check -
initdb fails with a complaint about a missing symbol for
canonicalise_path. If I don't set the prefix then it works fine. I don't
have any funny LD_LIBRARY_PATH stuff set.
cheers
andrew
-