Re: ECPG regression tests seem rather fundamentally broken

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Michael Meskes <meskes(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: ECPG regression tests seem rather fundamentally broken
Date: 2007-01-21 08:44:48
Message-ID: 24002.1169369088@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Tom Lane wrote:
>> ... 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.

Au contraire, it did work last time I tried (which I must admit was a
few months ago, so I cannot be sure just when we broke it). And anyway,
how would you expect it to magically work differently on some other
platform, for a library that is neither present in the system's standard
search path, the rpath (which we failed to provide anyway), nor the
build-time-relative path? I'm not quite sure what other plan the
dynamic linker should follow.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Gregory Stark 2007-01-21 09:39:32 Re: Simplifying pg_am representation of index sortability
Previous Message Peter Eisentraut 2007-01-21 08:29:32 Re: ECPG regression tests seem rather fundamentally broken