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

Reply via email to