Tom Lane wrote:
AFAICT, every buildfarm machine that runs ecpg tests has been failing
since Peter's patch here:
http://archives.postgresql.org/pgsql-committers/2007-01/msg00241.php
Now it looks to me like Peter was simply wrong: we do need to include
libpq because libecpg depends on it. However, I tried reverting the
change and things still did not work. The reason is that the test
programs are built with relative paths to libpq that look like
../../../../../src/interfaces/libpq/libpq.sl.5
This is a symptom specific to HP-UX, which hardcodes the link-time
library path into the output. The ECPG test probably never worked
there.
and then executed one level up from where they were built, causing
the relative path to be no good. I suspect the only reason it has
been appearing to work for awhile is that people had usable copies
of libpq and perhaps libecpg installed in system-standard library
directories. Take away those preinstalled libs, or render them
version-incompatible, and the ecpg tests stop working.
I don't have any matching preinstalled libraries anywhere and I verified
with ldd that it seems to look in the expected places for both
libraries, and indeed the tests pass for me, so I don't know what's
going on.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match