#35078 [Opn]: configure does not find ldap_start_tls_s

ID: 35078 User updated by: bkw at weisshuhn dot de Reported By: bkw at weisshuhn dot de Status: Open Bug Type: Compile Failure Operating System: Linux Fedora Core 2,3,4 PHP Version: 4.4.1 New Comment: The sersion of ext/ldap/config.m4 that introduced the regression is 1.26.2.8, not .28 as stated above ;-) Also, the line numbers of the patch may be slightly off, since I already applied another (unrelated) patch before, sorry about that. But it's probably obvious anyway. Previous Comments: ------------------------------------------------------------------------ [2005-11-03 04:50:52] bkw at weisshuhn dot de Description: ------------ Actually a regression of Bug #24025: configure fails to find ldap_parse_result, ldap_parse_reference and ldap_start_tls_s. this patch fixes the problem, which was introduced in Version Version 1.26.28 of ext/ldap/config.m4: --- php-4.4.11/ext/ldap/config.m4.ldapconf +++ php-4.4.11/ext/ldap/config.m4 @@ -124,6 +125,8 @@ if test "$PHP_LDAP" != "no"; then dnl Solaris 2.8 claims to be 2004 API, but doesn't have dnl ldap_parse_reference() nor ldap_start_tls_s() + _SAVE_LDFLAGS=$LDFLAGS + LDFLAGS="$LDFLAGS $LDAP_SHARED_LIBADD" AC_CHECK_FUNCS([ldap_parse_result ldap_parse_reference ldap_start_tls_s]) LDFLAGS=$_SAVE_LDFLAGS The commit that introduced the behaviour: http://cvs.php.net/diff.php/php-src/ext/ldap/config.m4?r1=1.26.2.7&r2=1.26.2.8 The LDAP_SHARED_LIBADD was lost from LDFLAGS by the rearrangement there. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=35078&edit=1