Hi Tommy,
Thank you very much for the help. I also want to give thanks to whoever spent time reading my previous and this emails. It appears to me that I just couldn't find my mistake.
I corrected it per your instrcution. However, I am encountering another error message now. The error message says:
checking for db.h... yes checking for Berkeley DB major version... 4 checking for Berkeley DB minor version... 6 checking for Berkeley DB link (-ldb-4)... yes checking for Berkeley DB version match... no configure: error: Berkeley DB version mismatch
A few lines in the log are:
configure:31831: checking db.h presence configure:31841: cc -E -I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include conftest.c configure:31847: $? = 0 configure:31867: result: yes configure:31902: checking for db.h configure:31909: result: yes configure:31925: checking for Berkeley DB major version configure:32044: result: 4 configure:32047: checking for Berkeley DB minor version configure:32290: result: 6 configure:34481: checking for Berkeley DB link (-ldb-4) configure:34547: cc -o conftest -g -O2 -I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include -L/usr/local/lib -L/usr/local/BerkeleyDB.4.6/lib -L/usr/local/krb5-1.6.3/lib -L/usr/local/ssl/lib conftest.c -ldb-4 -pthread -lresolv >&5 configure:34553: $? = 0 configure:34557: test -z || test ! -s conftest.err configure:34560: $? = 0 configure:34563: test -s conftest configure:34566: $? = 0 configure:34581: result: yes configure:35580: checking for Berkeley DB version match configure:35636: cc -o conftest -g -O2 -I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include -L/usr/local/lib -L/usr/local/BerkeleyDB.4.6/lib -L/usr/local/krb5-1.6.3/lib -L/usr/local/ssl/lib conftest.c -ldb-4 -pthread -lresolv >&5 configure:35639: $? = 0 configure:35641: ./conftest ../conftest: error while loading shared libraries: libdb-4.6.so: cannot open shared object file: No such file or directory configure:35644: $? = 127 configure: program exited with status 127 configure: failed program was: | /* confdefs.h. */
I know that I have an older version of DB. However, I have added the 4.6 path for the build. How can I resolve the problem? Please help. Thank you!
Luke Lee
----- Original Message ---- From: Tommy Ho tho@stillsecure.com To: Luke Lee leeluke77@yahoo.com Cc: openldap-technical@openldap.org Sent: Friday, April 11, 2008 10:15:51 AM Subject: Re: OpenLDAP 2.3 Configure Error
On Thu, 2008-04-10 at 17:50 -0700, Luke Lee wrote:
Hi,
I'm building a custom OpenLDAP 2.3 but failed at the configure stage with the following error messages: checking openssl/ssl.h usability... no checking openssl/ssl.h presence... no checking for openssl/ssl.h... no configure: error: Could not locate TLS/SSL package
I've installed OpenSSL at the default /usr/local/ssl localtion with threads, shared, and zlib support.
In the configure log, the ssl.h was not found. A few lines of the log are attached below:
configure:18067: cc -E -I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include/openssl conftest.c configure:18073: $? = 0 configure:18093: result: yes configure:18128: checking for sys/un.h configure:18135: result: yes configure:19451: checking openssl/ssl.h usability configure:19463: cc -c -g -O2 -I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include/openssl conftest.c >&5 conftest.c:127:25: openssl/ssl.h: No such file or directory configure:19469: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define OPENLDAP_PACKAGE "OpenLDAP"
I have the required include and libs found in the env: LDFLAGS=-L/usr/local/lib -L/usr/local/BerkeleyDB.4.6/lib -L/usr/local/krb5-1.6.3/lib -L/usr/local/ssl/lib CPPFLAGS=-I/usr/local/include -I/usr/local/BerkeleyDB.4.6/include -I/usr/local/krb5-1.6.3/include -I/usr/local/ssl/include/openssl
Your last include is the problem, it should be: -I/usr/local/ssl/include
\Tommy
Can anyone please help resolve this problem? Thanks!
Luke Lee
Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--On Friday, April 11, 2008 11:53 AM -0700 Luke Lee leeluke77@yahoo.com wrote:
Hi Tommy,
Thank you very much for the help. I also want to give thanks to whoever spent time reading my previous and this emails. It appears to me that I just couldn't find my mistake.
I corrected it per your instrcution. However, I am encountering another error message now. The error message says:
OpenLDAP 2.3 does not support building with BDB 4.6.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
On Fri, 2008-04-11 at 11:56 -0700, Quanah Gibson-Mount wrote:
--On Friday, April 11, 2008 11:53 AM -0700 Luke Lee leeluke77@yahoo.com wrote:
Hi Tommy,
Thank you very much for the help. I also want to give thanks to whoever spent time reading my previous and this emails. It appears to me that I just couldn't find my mistake.
I corrected it per your instrcution. However, I am encountering another error message now. The error message says:
OpenLDAP 2.3 does not support building with BDB 4.6.
--Quanah
Yes, as Quanah had pointed out, the corrective action is to either 1) use BDB 4.5.20 (supported by openLDAP 2.3) or 2) use openLDAP 2.4.8 in order to use BDB 4.6.x.
In either case, if your bdb libraries are not installed into /libs or /usr/libs, you'll need to set LD_LIBRARY_PATH to where BDB libraries are installed (e.g. export LD_LIBRARY_PATH= $LD_LIBRARY_PATH:/usr/local/lib) before starting configure to avoid getting the version mismatch error.
Good luck, \Tommy
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
openldap-technical@openldap.org