configure exited with "configure: error: Cannot find ldap.h" strace: ... 12392 stat64("/usr/lib/oracle/10.2.0.3/client/include/ldap.h", 0xbf9cf568) = -1 ENOENT (No such file or directory) 12392 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 12392 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 12392 stat64("/usr/lib/oracle/10.2.0.3/client/include/umich-ldap/ldap.h", 0xbf9cf4b8) = -1 ENOENT (No such file or directory) 12392 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 12392 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 12392 stat64("/usr/lib/oracle/10.2.0.3/client/ldap/public/ldap.h", 0xbf9cf408) = -1 ENOENT (No such file or directory) ... maybe this not bug. Reproducible: Always
Created attachment 149127 [details] php-5.2.6_rc3.log
Created attachment 149128 [details] environment
If I remember correctly, oci8 was one of those "hacky" things, i.e. which required setting up the correct paths by the user as the related packages are not in the tree. oci8 is also a special case in the way that with USE="oci8 ldap" the system ldap will not be used, but rather oci8's bundled library (apparently because loading two different versions of ldap at once is not a good idea...). Long story short: The user-supplied (or set somewhere in /etc/env.d) environment variable ORACLE_HOME has to point to the correct directory for your oracle stuff, including ldap headers (and probably libs). Closing as INVALID as it's up to the user to provide the correct build environment here. Feel free to reopen if you think I'm wrong or you are unable to fix it.
*** Bug 219816 has been marked as a duplicate of this bug. ***
The same issue for dev-lang/php-5.2.6-r7. PHP doesn't compile OpenLDAP automatically. And It can found it after manual installation.
(In reply to comment #5) > The same issue for dev-lang/php-5.2.6-r7. > PHP doesn't compile OpenLDAP automatically. And It can found it after manual > installation. I don't quite get what you are trying to say... in case you are really hitting this bug (i.e. you're at leats using USE=oci8 (or some other oci8-related thingy), my explanation from comment #3 still holds true, unless someone proves me wrong. This means: OCI8 itself is not a supported Gentoo package, so we cannot properly depend on it in PHP, which makes it required that the user sets up a sane build environment (ORACLE_HOME pointing to it).