From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Csaba Nagy <nagy(at)ecircle-ag(dot)com> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Postgres general mailing list <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: "make check" fails for 7.4.2 checked out from CVS |
Date: | 2004-03-11 15:44:50 |
Message-ID: | 20090.1079019890@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Csaba Nagy <nagy(at)ecircle-ag(dot)com> writes:
> Thanks to all who answered, finally it looks like Peter was right to the
> point: I was compiling postgres with the same deployment prefix as the
> installed (older) version, and probably there is some compiled in stuff
> which accesses that directory even for the test server, and even if
> that's not in the PATH.
> Recompiling with a different prefix solved the problem, the check is
> passing.
> I wonder if this is a desirable effect ? I mean that the test suite is
> not completely independent of what is installed ?
The problem was that the new psql was linking to an older version of
libpq.so (one that doesn't export get_progname()). As best I can tell
that would have had to be a 7.3 libpq.so, which means there is something
wrong here because the 7.3 libpq should have had a different minor
number that would prevent the dynamic linker from accepting it as a
substitute. What platform are you using?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-03-11 15:48:14 | Re: "make check" fails for 7.4.2 checked out from CVS |
Previous Message | Tom Lane | 2004-03-11 15:26:28 | Re: updates (postgreSQL) very slow |