From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | adam_pgsql <adam_pgsql(at)witneyweb(dot)org> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: "make check" failed on 8.4.2 install |
Date: | 2010-02-23 21:34:19 |
Message-ID: | 16473.1266960859@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
adam_pgsql <adam_pgsql(at)witneyweb(dot)org> writes:
> On 23 Feb 2010, at 17:41, Tom Lane wrote:
>> That's very peculiar. It looks more like dynamic linker breakage than
>> Postgres' fault, though. What platform is this (no, the kernel version
>> doesn't do it for me)? What have you changed since you last built
>> Postgres successfully?
> This is Debian 4.0. I haven't changed anything on that box recently. My current working version is 8.2.12.
> As a test I just successfully ran configure, make and make check for 8.3.8. But both a fresh tarball for 8.4.1 and 8.4.2 fail with the same error.
Hmph. We have several debian boxes in the buildfarm and none of them
have ever showed a failure like this AFAIR:
http://buildfarm.postgresql.org/cgi-bin/show_status.pl
What I'd suggest is taking a close look at the link commands that build
libpq.so and pg_ctl. Compare the 8.3 and 8.4 cases on your box, and
also look at the make logs from the Debian buildfarm animals, to see if
you can see what's being done differently.
BTW, so far as I can tell in a quick look at the sources, the only
explicit call of dlopen() anywhere in Postgres is in the backend,
not in either pg_ctl or libpq. So you're definitely dealing with a
dynamic linker foulup, not a real missing reference.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2010-02-23 21:38:52 | Re: COPY command character set |
Previous Message | Reid Thompson | 2010-02-23 21:26:09 | Re: how to clear server log |