Re: ECPG regression tests seem rather fundamentally broken
От | Peter Eisentraut |
---|---|
Тема | Re: ECPG regression tests seem rather fundamentally broken |
Дата | |
Msg-id | 200701210929.33873.peter_e@gmx.net обсуждение исходный текст |
Ответ на | ECPG regression tests seem rather fundamentally broken (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: ECPG regression tests seem rather fundamentally broken
|
Список | pgsql-hackers |
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/
В списке pgsql-hackers по дате отправления: