Description:
------------
I gave 4.3.6rc1 a whirl today.  It sounded like it was fairly stable.  I compiled it with:

--prefix=/usr/local --with-pgsql=shared,/usr/local/pgsql --with-kerberos --with-imap --with-imap-ssl --with-openssl --
with-ldap --with-gd --with-zlib --with-apache=../../apache/apache_1.3.29

pgsql support was critical here.  I tried 3 different variants of --with-pgsql.  None of the times was pgsql.so built and installed.  Tech support for a company that we're buying a product from that requires PHP w/ pgsql support gave us a hand finding the problem.  One of the errors I was getting was:

*** Warning: inter-library dependencies are not known to be supported.
*** All declared inter-library dependencies are being dropped.

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module pgsql.  Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.
/bin/sh /usr/local/src/php/php-4.3.6RC1/libtool --silent --preserve-dup-deps --mode=install cp ext/pgsql/pgsql.la
/usr/local/src/php/php-4.3.6RC1/modules
PATH="$PATH:/sbin" ldconfig -n /usr/local/src/php/php-4.3.6RC1/modules

This tech support guy finally found that apparently $deplibs_check_method is being defined as "unknown" in libtool for whatever reason.  We decided to back off to 4.3.5 for grins and sure enough it configured, compiled, and instaled like a champ.  I started searching for why it was set to unknown in configure but could never figure enough of out what was going on there to be of any good.

Expected result:
----------------
I'd expect deplibs_check_method in 4.3.6rc1 to be detected and set the same as deplibs_check_method in 4.3.5.  It is the same box after all.  That seems to be the underlying problem as to why pgsql.so wasn't compiling.  

Actual result:
--------------
deplibs_check_method is defined as "unknown" and libtool refuses to build pgsql.so on 4.3.6rc1, but not 4.3.5.

I'm listing this under PostgreSQL even though I really don't think it has anything to do with this particular pgsql problem.  I think it's a configure script issue, not detecting something correctly in 4.3.6rc1.  pgsql 7.4.2 is compiled in a very standard manner and installed to the default /usr/local/pgsql base directory.  ld.so.conf of course has /usr/local/pgsql/lib in it and ldconfig has been run multiple times.

I can't think of anything else I could add to this report other than that even though this is techically a RH9 box, I've upgraded most every important library (except c) on this box and made the installation my own.  Most of the stupid RH9 hacks have been undone.

Looking back through the other posts with similar problems, it appears that libtool has been known to have issues in the past.  Could 4.3.6rc1 have brought out another one?