Bug #17915 Updated: cannot compile php with openldap support

From: Date: Fri, 21 Jun 2002 22:23:29 +0000
Subject: Bug #17915 Updated: cannot compile php with openldap support
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-11758@lists.php.net to get a copy of this message
ID: 17915 Updated by: mfischer@php.net Reported By: smilic@EUnet.yu -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. The proper fix is to call TSRMLS_FETCH(); right after the variable decelartions in _ldap_rebind_proc Previous Comments: ------------------------------------------------------------------------ [2002-06-21 18:12:19] smilic@EUnet.yu PHP 4.2.1 cannot be compiled with openldap support. Compilation fails on ext/ldap/ldap.c, producing error in line 2030: ldap.c:2030: `tsrm_ls' undeclared (first use in this function) Line 2030 uses TSRMLS_CC, which is defined in TSRM/TSRM.h to be #define TSRMLS_C tsrm_ls #define TSRMLS_CC , TSRMLS_C But, tsrm_ls has never been defined ! Although TSRMLS_CC has been used in other places in ldap.c, only in line 2030 it creates problem. It looks that source of the problem is that function is defined as: int _ldap_rebind_proc ... so it is not PHP function, and tsrm_ls is not implicitly defined. Adding following line in ldap.c, just before line 2030: void ***tsrm_ls; /* Added by smilic@EUnet.yu */ fixes the problem. Regards, Sasa Milic ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=17915&edit=1

« previous php.bugs (#11758) next »