Re: Failure in "make check" with 7.4RC2

From: ljb <ljb220(at)mindspring(dot)com>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Failure in "make check" with 7.4RC2
Date: 2003-11-13 01:03:42
Message-ID: boul9d$evl$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

tgl(at)sss(dot)pgh(dot)pa(dot)us wrote:
> Wolfgang Drotschmann <drotschm(at)fgan(dot)de> writes:
>> relocation error:
>> /home/drotschm/.Installation/postgresql-7.4RC2/src/test/regress/./tmp_check/install//PostgreSQL//bin/createdb:
>> undefined symbol: get_progname
>> pg_regress: createdb failed
>
> Hmm. get_progname() should be getting linked into the createdb
> executable by way of libpgport.a from the src/port/ directory.
> Can you look at the build process in src/port/ and src/bin/scripts/
> and try to see what went wrong? The only idea that comes to mind
> is that a wrong (old) copy of libpgport got picked up somehow, but
> seeing that we don't install it, it's not clear how there could be
> an old copy anywhere.

This sounds like the exact same problem discussed in a thread on this
list on Oct 7. In 'make check', createdb picks up an existing 7.3 libpq
instead of following LD_LIBRARY_PATH. As I posted back then, you might
want to try adding:
export LD_PRELOAD=$libdir/libpq.so
to pg_regress.sh before the initdb command, which might fix it (at least
on Linux).

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Neil Conway 2003-11-13 03:18:30 Re: Locking Mechanism
Previous Message Tom Lane 2003-11-13 00:30:43 Re: Wrong PG_VERSION number in pg_config.h.win32