Re: 7.1.3 configure failure on Solaris 2.6

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "David De Graff" <postgresql(at)awarehouse(dot)com>
Cc: pgsql-ports(at)postgresql(dot)org
Subject: Re: 7.1.3 configure failure on Solaris 2.6
Date: 2001-11-26 23:58:33
Message-ID: 16152.1006819113@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-ports

"David De Graff" <postgresql(at)awarehouse(dot)com> writes:
> Here's what I got:

> # ./conftest
> ld.so.1: ./conftest: fatal: libz.so: open failed: No such file or directory

Yup. So what you've got here is a situation where the linker found
libz.so, but it doesn't get found by the dynamic loader. This sort of
configuration error is unfortunately common, because the search rules
are all-too-often different for the two programs. You probably need to
make sure that LD_LIBRARY_PATH is set to include /usr/local/lib.
I'm not sure that's exactly the right recipe for Solaris, however.

> By the way, the path for the user running the compile is:

> # $PATH
> ksh:
> /usr/local/qt/bin:/usr/bin:/usr/local/bb/bin:/usr/ucb:/etc:/usr/local/bin:/u
> sr/local/sbin:/usr/sbin:/usr/openwin/bin:/usr/ccs/bin:/usr/local/lib:/usr/sh
> are/lib/terminfo:/usr/local/mysql/bin: not found

Next time try
# echo $PATH
What you tried to do was execute a program named the same as your path.

regards, tom lane

In response to

Responses

Browse pgsql-ports by date

  From Date Subject
Next Message David De Graff 2001-11-27 07:36:28 Re: 7.1.3 configure failure on Solaris 2.6
Previous Message David De Graff 2001-11-26 23:25:18 Re: 7.1.3 configure failure on Solaris 2.6