php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #19683 I can't configure php+Solaris 2.6+iplanet ldap.
Submitted: 2002-10-01 02:50 UTC Modified: 2003-07-14 09:00 UTC
From: piya at oga dot co dot th Assigned:
Status: No Feedback Package: iPlanet related
PHP Version: 4.2.3 OS: Solaris 2.6
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: piya at oga dot co dot th
New email:
PHP Version: OS:

 

 [2002-10-01 02:50 UTC] piya at oga dot co dot th
# setenv
HOME=/
HZ=100
LOGNAME=root
MAIL=/var/mail/root
PATH=/usr/ccs/bin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/ucb:/bin:/usr/openwin/bin:/etc:.
SHELL=/sbin/sh
TERM=vt100
TZ=GMT+7
PWD=/usr/setup/php-4.2.3
USER=root
ORACLE_HOME=/usr/oracle
NLS_LANG=AMERICAN_THAILAND.TH8TISASCII
LD_LIBRARY_PATH=/usr/ccs/lib /usr/sbin /usr/iplanet/servers/bin/https/lib /usr/setup/php/u/php-4.1.2/Zend /usr/iplanet/server5/plugins/slapd/slapi/include /usr/dt/lib /usr/local/mysql/lib

# ./configure --with-mysql=/usr/local/mysql --with-oci8=/usr/oracle --with-nsapi=/usr/iplanet/servers --with-ldap=/usr/iplanet/server5 --enable-track-vars --enable-libgcc --enable-sigchild

loading cache ./config.cache
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
checking host system type... sparc-sun-solaris2.6
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... missing
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking whether gcc and cc understand -c and -o together... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... (cached) none needed
checking whether compiler supports -R... (cached) yes
checking for ranlib... (cached) ranlib
checking whether ln -s works... (cached) yes
checking for mawk... (cached) nawk
checking for bison... (cached) bison -y
checking bison version... 1.28 (ok)
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking lex output file root... (cached) lex.yy
checking whether yytext is a pointer... (cached) yes
checking for working const... (cached) yes
checking for pthreads_cflags... (cached) -pthreads
checking for pthreads_lib... (cached) 

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 module support via DSO through APXS... no
checking for Caudium support... no
checking whether writing to stdout works... (cached) yes
checking whether to force Apache CGI redirect... no
checking whether to discard path_info + path_translated... no
checking for fhttpd module support... no
checking for CLI build... no
checking for FastCGI support... no
checking for Zeus ISAPI support... no
checking for NSAPI support... /usr/iplanet/servers
checking for NSAPI include files... iPlanet/4.x style
./configure: -I/usr/iplanet/servers/plugins: does not exist%

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-01 10:41 UTC] sniper@php.net
Is this with PHP 4.3.0-dev?
Where is ldap.h located?

 [2002-10-02 06:37 UTC] piya at oga dot co dot th
I use PHP-4.2.3
and my server has ldap.h in 
/usr/iplanet/servers/plugins/include/ldapsdk50/ldap.h
/usr/iplanet/server5/plugins/slapd/slapi/include/ldap.h

LDAP server installed at /usr/iplanet/server5/

I try to configure with php-last-STABLE.tar.gz from snaps.php.net. but it still can not work.
 [2002-10-02 07:22 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


 [2002-10-03 01:52 UTC] piya at oga dot co dot th
I try to use php4-latest.tar.gz
 but it sill can not work.
.
.
.
configure: error: Cannot find ldap.h
 [2002-10-03 18:34 UTC] sniper@php.net
Exactly what version of iplanet is this? And where can we find some information about it? (quick google search got me to www.iplanet.com where it was said that it's now Sun's thing..and again renamed...)

http://wwws.sun.com/software/download/app_dev.html#sdks

Is any of those mentioned in the bottom of the list something you have installed?

 [2002-10-20 23:27 UTC] sniper@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


 [2002-11-08 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-11-22 05:10 UTC] piya at oga dot co dot th
Server on my server are contains :

Sun[tm] ONE Web Server 6.0 Service Pack 4 (WEB SERVER)
http://wwws.sun.com/software/download/download/5289.html

Sun[tm] ONE Messaging Server 5.2 (MAIL SERVER)
http://wwws.sun.com/software/download/download/5179.html

Sun[tm] ONE Directory Server 4.6 (LDAP SERVER)
 [2003-07-14 09:00 UTC] thetaphi@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Apr 16 22:01:27 2024 UTC