php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #45418 configure script fails with --with-ldap enabled
Submitted: 2008-07-02 15:03 UTC Modified: 2008-07-11 21:46 UTC
From: mccullj at email dot uah dot edu Assigned:
Status: Wont fix Package: LDAP related
PHP Version: 4.4.8 OS: Solaris 10
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: mccullj at email dot uah dot edu
New email:
PHP Version: OS:

 

 [2008-07-02 15:03 UTC] mccullj at email dot uah dot edu
Description:
------------
The following configure script works:

./configure  --prefix=/usr/local/php4.4.8 --with-config-file-path=/usr/local/h
p4.4.8 --with-apxs2=/usr/local/apache-test/bin/apxs --with-gettext --with-mcrypt
 --with-iconv=/usr/local --enable-mbstring=all --enable-mbregex --with-gd --with
-png-dir=/usr/local --with-jpeg-dir=/usr/local --with-mysql=/usr/local/mysql --w
ith-imap=/usr/local/imap2007b/ --with-openssl=/usr/local/ssl --with-libxml-dir=/
usr/local --with-zlib=/usr/local --with-dom

but when I add --with-ldap to the end it fails.  Here are the last two lines of config.log:

configure:48597: checking for Java support
configure:49434: checking for LDAP support

The output of the configure command is:

checking for LDAP support... yes
configure: error: Cannot find ldap libraries in /usr/lib.

In the configure script, where that message is located (line 51702), it appears to be looking for an Oracle LDAP library libclntsh rather than Solaris LDAP libraries.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-07-11 21:46 UTC] jani@php.net
We are sorry, but we can not support PHP 4 related problems anymore.
Momentum is gathering for PHP 6, and we think supporting PHP 4 will
lead to a waste of resources which we want to put into getting PHP 6
ready.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 23:01:28 2024 UTC