Re: 7.2b2 "make check" failure on Red Hat Linux 7.2

From: teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=)
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: 7.2b2 "make check" failure on Red Hat Linux 7.2
Date: 2001-11-16 21:37:53
Message-ID: xuy4rnucs7i.fsf@halden.devel.redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=) writes:
> > /home/devel/teg/postgresql-7.2b2/src/test/regress/./tmp_check/install//usr/bin/pg_encoding: relocation error: /home/devel/teg/postgresql-7.2b2/src/test/regress/./tmp_check/install//usr/bin/pg_encoding: undefined symbol: pg_valid_server_encoding
> > initdb: pg_encoding failed
>
> pg_encoding relies on libpq to supply the pg_valid_server_encoding()
> subroutine, but that subroutine is only compiled into libpq in a
> MULTIBYTE build. I speculate that your executable was picking up
> a non-MULTIBYTE libpq shared library from someplace. Check ldconfig
> and all that stuff...

I have an existing installation of 7.1 on the system, that's why I did
"make check" in the build directory.

"--prefix=/usr" seems to be the "culprit" - without it, it regression
tests run just fine.

--
Trond Eivind Glomsrød
Red Hat, Inc.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-11-16 21:46:57 Re: 7.2b2 "make check" failure on Red Hat Linux 7.2
Previous Message Tom Lane 2001-11-16 21:20:57 Re: Call for testing