Re: Re: AW: Re: GiST for 7.1 !! - Mailing list pgsql-hackers

Tom Lane writes:
> selkovjr@mcs.anl.gov writes:
> >>>> on which configure didn't detect the absence of libz.so
> >> 
> >> Really?  Details please.  It's hard to see how it could have messed
> >> up on that.
> 
> > I didn't look well enough -- I apologize. The library is there, but
> > ld.so believes it is not:
> 
> > typhoon> postmaster 
> > ld.so.1: postmaster: fatal: libz.so: open failed: No such file or directory
> > Killed
> 
> Odd.  Can you show us the part of config.log that relates to zlib?

configure:4179: checking for zlib.h
configure:4189: gcc -E   conftest.c >/dev/null 2>conftest.out
configure:4207: checking for inflate in -lz
configure:4226: gcc -o conftest      conftest.c -lz  -lgen -lnsl -lsocket -ldl -lm -lreadline -ltermcap -lcurses  1>&5
configure:4660: checking for crypt.h

This doesn't tell me much. But I modified configure to exit right
after this, without removing conftest*, and when I ran conftest it came
back with the same message:

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

> It's strange that configure's check to see if zlib is linkable should
> succeed, only to have the live startup fail. 

It is. In this line:

if { (eval echo configure:4226: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then

why is conftest tested for size instead of being executed?

> Is it possible that
> you ran configure with a different library search path (LD_LIBRARY_PATH
> or local equivalent) than you are using now?

No, I didn't alter it. I am using the system-wide settings.

> It's suspicious that the error message mentions libz.so when the actual
> file name is libz.so.1, but I still don't see how that could result in
> configure's link test succeeding but the executable not running.

That puzzles me as well. It seems to be because there is no libz.so on
the system. For if I do this:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/customer/selkovjr/lib 
ln -s /usr/openwin/lib/libz.so.1 ~/lib/libz.so

the libz problem is gone, only to be followed by the next one:

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

The odd thing is, there is no libreadline.so* on this system. Here's the corresponding part of config.log:

configure:3287: checking for library containing readline
configure:3305: gcc -o conftest      conftest.c -ltermcap -lcurses  1>&5
Undefined                       first referencedsymbol                             in file
readline                            /var/tmp/ccxxiW3R.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 3294 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2   builtin and then its argument prototype would still
apply. */
 
char readline();

int main() {
readline()
; return 0; }
configure:3327: gcc -o conftest      conftest.c -lreadline  -ltermcap -lcurses  
1>&5

This system is probaly badly misconfigured, but it would be great if
configure could see that. By the way, would you mind if I asked you to
log in and take a look? Is there a phone number where I can get you
with the password? I am not sure whether such tests could be of any
value, but it's the only Sun machine available to me for testing.

Thank you,

--Gene