Heh. ldd looks good. I suspect the only possibility is to set up a similar environment using CentOS 5.8 and see what happens.
-bborie On 10/18/2012 08:19 PM, Jeff Lake wrote: > [root@ldm /]# ldd /usr/pgsql-9.1/lib/libpq.so.5.4 > linux-vdso.so.1 => (0x00007fff68bfd000) > libssl.so.6 => /lib64/libssl.so.6 (0x00002acdf6791000) > libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002acdf69de000) > libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2 > (0x00002acdf6d2f000) > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002acdf6f5d000) > libldap_r-2.3.so.0 => /usr/lib64/libldap_r-2.3.so.0 > (0x00002acdf7196000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00002acdf73e0000) > libc.so.6 => /lib64/libc.so.6 (0x00002acdf75fb000) > libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00002acdf7953000) > libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00002acdf7be8000) > libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 > (0x00002acdf7dea000) > libdl.so.2 => /lib64/libdl.so.2 (0x00002acdf8010000) > libz.so.1 => /lib64/libz.so.1 (0x00002acdf8214000) > libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 > (0x00002acdf8428000) > libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002acdf8631000) > libresolv.so.2 => /lib64/libresolv.so.2 (0x00002acdf8833000) > liblber-2.3.so.0 => /usr/lib64/liblber-2.3.so.0 > (0x00002acdf8a48000) > libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002acdf8c57000) > /lib64/ld-linux-x86-64.so.2 (0x0000003f2d800000) > libselinux.so.1 => /lib64/libselinux.so.1 (0x00002acdf8e70000) > libsepol.so.1 => /lib64/libsepol.so.1 (0x00002acdf9089000) > [root@ldm /]# ldd /usr/pgsql-9.1/lib/libpq.so > linux-vdso.so.1 => (0x00007fff319fd000) > libssl.so.6 => /lib64/libssl.so.6 (0x00002aff20710000) > libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002aff2095d000) > libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2 > (0x00002aff20cae000) > libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002aff20edc000) > libldap_r-2.3.so.0 => /usr/lib64/libldap_r-2.3.so.0 > (0x00002aff21115000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aff2135f000) > libc.so.6 => /lib64/libc.so.6 (0x00002aff2157a000) > libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00002aff218d2000) > libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00002aff21b67000) > libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 > (0x00002aff21d69000) > libdl.so.2 => /lib64/libdl.so.2 (0x00002aff21f8f000) > libz.so.1 => /lib64/libz.so.1 (0x00002aff22193000) > libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 > (0x00002aff223a7000) > libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002aff225b0000) > libresolv.so.2 => /lib64/libresolv.so.2 (0x00002aff227b2000) > liblber-2.3.so.0 => /usr/lib64/liblber-2.3.so.0 > (0x00002aff229c7000) > libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002aff22bd6000) > /lib64/ld-linux-x86-64.so.2 (0x0000003f2d800000) > libselinux.so.1 => /lib64/libselinux.so.1 (0x00002aff22def000) > libsepol.so.1 => /lib64/libsepol.so.1 (0x00002aff23008000) > > > CentOS 5.8 64bit > *Jeff Lake* > MichiganWxSystem <http://www.michiganwxsystem.com> > AllisonHouse <http://www.allisonhouse.com> > GRLevelXStuff <http://www.grlevelxstuff.com> > On 10/18/2012 22:58, Bborie Park wrote: >> Before you give up, can you run "ldd" on libpq? Also, what OS and >> version? >> >> -bborie >> >> On Thu, Oct 18, 2012 at 6:51 PM, Jeff Lake <j...@michiganwxsystem.com> >> wrote: >>> well I guess I'm stuck at 1.5.5 >>> >>> this server is relied on to much to be taken offline for OS upgrade >>> >>> >>> Jeff Lake >>> MichiganWxSystem >>> AllisonHouse >>> GRLevelXStuff >>> On 10/18/2012 19:26, Devrim GÜNDÜZ wrote: >>> >>> Hi, >>> >>> On Thu, 2012-10-18 at 09:09 -0400, Jeff Lake wrote: >>> >>> Entering directory `/postgis-2.0.1/raster/loader' >>> /bin/sh ../../libtool --mode=link gcc -g -O2 -fPIC -DPIC -Wall >>> -Wmissing-prototypes -I../rt_core -I../../liblwgeom >>> -I/usr/local/include >>> -I/usr/local/include raster2pgsql.o ../rt_core/librtcore.a >>> ../rt_core/librtcore.a ../../liblwgeom/liblwgeom.la -L/usr/local/lib >>> -lgdal -L/usr/local/lib -lgeos_c -lc -lm -o raster2pgsql >>> libtool: link: gcc -g -O2 -fPIC -DPIC -Wall -Wmissing-prototypes >>> -I../rt_core -I../../liblwgeom -I/usr/local/include >>> -I/usr/local/include >>> raster2pgsql.o -o .libs/raster2pgsql ../rt_core/librtcore.a >>> ../../liblwgeom/.libs/liblwgeom.so -L/usr/local/lib >>> /usr/local/lib/libproj.so /usr/local/lib/libgdal.so -L/usr/lib64 >>> -L/usr/kerberos/lib64 -L/usr/lib64/mysql -lsqlite3 >>> /usr/lib64/libexpat.so -lgif -ljpeg -lpng -lpq -lcurl -lgssapi_krb5 >>> -lkrb5 -lk5crypto -lcom_err -lidn -lz -lmysqlclient -lpthread -lrt >>> -lssl >>> -lcrypto -ldl /usr/local/lib/libgeos_c.so /usr/local/lib/libgeos.so >>> -lc >>> -lm -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/lib64 >>> /usr/bin/ld: cannot find -lpq >>> >>> RPM packager is speaking: >>> >>> IIRC this error does not mean that it is not finding the PostgreSQL >>> libs, but one of the dependencies are not built with PostgreSQL support >>> (which I don't remember now). >>> >>> Please upgrade to RHEL6 -- it will be less painful as compared to trying >>> to build PostGIS 2.0 with raster support. >>> >>> Regards, >>> >>> >>> >>> >>> >>> _______________________________________________ >>> postgis-users mailing list >>> postgis-users@postgis.refractions.net >>> http://postgis.refractions.net/mailman/listinfo/postgis-users >>> >>> >>> >>> _______________________________________________ >>> postgis-users mailing list >>> postgis-users@postgis.refractions.net >>> http://postgis.refractions.net/mailman/listinfo/postgis-users >>> >> >> > > > > > _______________________________________________ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > -- Bborie Park Programmer Center for Vectorborne Diseases UC Davis 530-752-8380 bkp...@ucdavis.edu _______________________________________________ postgis-users mailing list postgis-users@postgis.refractions.net http://postgis.refractions.net/mailman/listinfo/postgis-users