php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #9493 compilation and make with ldap ok but problem during make with apache
Submitted: 2001-02-28 04:20 UTC Modified: 2001-03-19 11:19 UTC
From: alain dot defrance at univ-evry dot fr Assigned:
Status: Closed Package: LDAP related
PHP Version: 4.0.3pl1 OS: SunOS 5.7
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: alain dot defrance at univ-evry dot fr
New email:
PHP Version: OS:

 

 [2001-02-28 04:20 UTC] alain dot defrance at univ-evry dot fr
compiling apache : ./configure --activate-module=src/modules/php4/libphp4.a
is ok
and make return 

ldap_dn2ufn                         .libs/libphp4.a(ldap.o)
ldap_next_entry                     .libs/libphp4.a(ldap.o)
ldap_get_values                     .libs/libphp4.a(ldap.o)
ldap_count_entries                  .libs/libphp4.a(ldap.o)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/op/inst/php-4.0.3pl1'
make: *** [all-recursive] Error 1

that's all thank for reply, and help

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-03-01 17:22 UTC] sniper@php.net
I'm quite sure there isn't any bugs in PHP regarding this.
Anyway, try doing 'make clean' for both Apache and PHP
before make. And did you follow the instructions given
in INSTALL file?? ie. 'make install' for PHP before making Apache?

--Jani

 [2001-03-02 09:31 UTC] sniper@php.net
Please reply using the web interface NOT via email.
And answer these questions:

1. What was the configure line used to configure PHP 4?
2. Which LDAP libraries are you using? Openldap 2.x.x?
3. Have you tried PHP 4.0.4pl1 if it works better?

--Jani


 [2001-03-02 09:58 UTC] alain dot defrance at univ-evry dot fr
1. What was the configure line used to configure PHP 4?
./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars

configure :ok
make :ok
make install : ok


2. Which LDAP libraries are you using? Openldap 2.x.x?

 openldap-2.0.7

3. Have you tried PHP 4.0.4pl1 if it works better?

not yet...

thanks for your kind replies...
 [2001-03-02 10:31 UTC] alain dot defrance at univ-evry dot fr
3. Have you tried PHP 4.0.4pl1 if it works better?

yes, now and i've the same error...

some people said we must add --lldap to LDFLAGS, but where in makefile, on command, in php4 compilation, or in apache compilation ???
 [2001-03-02 11:16 UTC] alain dot defrance at univ-evry dot fr
i've tried to compil in module in DSO
i've an another error :

Syntax error on line 207 of /www/conf/httpd.conf:
Cannot load /www/libexec/libphp4.so into server: ld.so.1: ./httpd: fatal: reloca
tion error: file /www/libexec/libphp4.so: symbol ldap_unbind_s: referenced symbo
l not found

difficult no ???
 [2001-03-03 17:47 UTC] sniper@php.net
Try setting the LD_LIBRARY_PATH before trying to start Apache:

# export LD_LIBRARY_PATH=/path/to/openldap/lib/directory

--Jani

 [2001-03-05 05:58 UTC] alain dot defrance at univ-evry dot fr
helo,
"Try setting the LD_LIBRARY_PATH before trying to start Apache:
# export LD_LIBRARY_PATH=/path/to/openldap/lib/directory"

i've done this but it's always the same...

 [2001-03-16 19:42 UTC] sniper@php.net
Where in your system are the libldap.a(or .so) and 
liblber.a(or so) located?
Try adding that path into --with-ldap=/base/dir configure
option. ie. 

--with-ldap=/www/openldap (if your libs are in /www/openldap/lib)

--Jani

 [2001-03-19 11:19 UTC] sniper@php.net
User feedback:
--------------

thanks for your reply...

all works fine now...

-------------

Closed.

--Jani

 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Wed Oct 05 06:05:53 2022 UTC