Janine Sisk <janine@furfly.net> writes:
> On 4/8/02 11:15 AM, "Tom Lane" <tgl@sss.pgh.pa.us> wrote:
>> Does the dynamic loader find libtcl.so? Running ldd on pltcl.so might
>> be enlightening.
> Well, there is no obvious error:
> [postgres@rex tcl]$ make
> gcc -pipe -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC
> -I../../../src/include -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_GETCWD=1
> -DHAVE_OPENDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_TMPNAM=1
> -DHAVE_WAITPID=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TERMIOS=1
> -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1
> -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_ST_BLKSIZE=1
> -DSTDC_HEADERS=1 -DNEED_MATHERR=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_SYS_IOCTL_H=1
> -c -o pltcl.o pltcl.c
> gcc -pipe -shared -Wl,-soname,libtcl.so.0 -o pltcl.so pltcl.o -L/usr/lib
> -ltcl -ldl -lieee -lm -lc
> [postgres@rex tcl]$ ldd ./pltcl.so
> libdl.so.2 => /lib/libdl.so.2 (0x4000f000)
> libm.so.6 => /lib/i686/libm.so.6 (0x40013000)
> libc.so.6 => /lib/i686/libc.so.6 (0x40036000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> This doesn't give me many clues... does anyone else see anything here?
I believe this means that the dynamic loader isn't finding libtcl
(ldd seems to adhere to the "strong silent type" school of error message
design: if it fails to resolve a library reference, it simply doesn't
print anything :-().
You said before that you have libtcl in /usr/lib, so a reasonable bet is
that the ldconfig search path doesn't include /usr/lib at all ...
see the man page for ldconfig to check and fix it.
regards, tom lane
