Tom,
Thanks much. It was indeed an issue with LD_LIBRARY_PATH. I hadn't realized
that when I sudo'd to root my environment variables did not come along for
the ride. Also needed to add a few paths to that variable.
Best,
David De Graff
----- Original Message -----
From: "Tom Lane" <tgl@sss.pgh.pa.us>
To: "David De Graff" <postgresql@awarehouse.com>
Cc: <pgsql-ports@postgresql.org>
Sent: Monday, November 26, 2001 3:58 PM
Subject: Re: [PORTS] 7.1.3 configure failure on Solaris 2.6
> "David De Graff" <postgresql@awarehouse.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
