Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.

I do not understand, how this is not a bug in PHP ?
I have took source PHP installation, configured it to produced lbphp4.so. It did not do it. It seems to me it is PHP bug. I was not able to find any solution on http://www.php.net/support.php.
More I have found on Google that a lot of people have the some problem with PHP and so for no one have found a solid solution. So people suggested to change option in libtool which is generated after make configure, but it did not for  me.
So do you know how to remove that bug.
Please do not tell me it is not a bug.
Please help, I have spent week googling for solution.
Posted on mailing list without any solution.
IT IS SERIOUS bug which have been around for long time.

No bug, contact one of the mailinglists that are listed at http://php.net/support.php.

after runing  configuration
./configure with-apx2=/usr/local/apache/bin/apxs ...
 libtool file is created and 
build_libtool_libs=no is set up. 

But even correcting it by hand (as suggested by some ) to build_libtool_libs=yes is not solving problem.  libphp4.so would not produce under ../sapi/cli/.libs or any other place for that matter.

.

I have downgraded PHP to 4.3.0 configured apache 2.0.44 :
./configure --prefix=/usr/local/apache2 \
--enable-so 
configured older php 4.3.0:
./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr/local/mysql \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php 

unfortunately libphp4.so still was not created but this time libphp4.a was created even directive --with-apxs2 was used to create DSO library. It does not make sense - to compile static library I have to have compiled apache - (apxs from apache was used). To use static library apache would have to be compiled. So it is vicious circle.
Maybe even older PHP 4.2 would produce libphp4.so - do anybody have any suggestions ????

Derick,

What constitutes a bug to you?  Just so you know where I?m coming from, my definition of a bug is not an issue with software that has not been corrected nor has a solution to get around it.  I don?t know if for some weird reason you are not supporting older RH Versions or what.  I?m also having the same exact problem and do not know where to go from here.  From reading what Slawomir has posted, it seems like this is also an issue with older versions of php.  I?m just looking for some clarification on where I should go in regards to the say issue. Thanks.

-Scott

If the generated libtool script has build_libtool_libs=no PHP can't build shared libraries. I suggest you look at the configure output to see why libtool is refusing to support shared libraries, or upload it somewhere and I'll look.

jorton@php.net thank you for your interest in my problem.
On http://diamond.cympak.com/php4/ you can see 3 files:
configure-options
configure-output
libtool
I downgraded apache to 2.0.44 *according to some helps on google apache 2.0.44 was supposed to work with PHP 4.3.x.

Upgrading from 4.3.2, I had the same problem (I have 
compiled PHP many times with a similar procedure in the 
past and this is the first time it's done this to me).

After piling through the generated files and config/
build outputs, noticed that config.sub was unhappy 
during the configure stage - my machine host type was 
not being added to the command like it is supposed to 
be.

Adding the following at the end of my configure command:
`/bin/sh config.guess` 

(this forces the approprate host to be given to 
config.sub) - presumably this propagates down to the 
part that deals with libtool so that it is aware that 
the system can cope with shared libraries.

Check your configure output for any errors to do with 
config.sub (it came up quite early - possibly the first 
line output from ./configure) - if you have one, try 
appending your host type string (either use the output 
config.guess or just type it in if you know what it 
should be) and see if that helps.

Why I now need to do this, I don't know, but apparently, 
it's not a bug ;-)

William Adjei

orlowscy at hotpop:  this is a misconfiguration, you have entered:

./configure with-apxs2=/usr/local/apache2/bin/apxs ...

rather than

./configure --with-apxs2=/usr/local/apache2/bin/apxs ...

note the "--" before the "with-apxs2". Anyone else seeing this issue, check the configure output carefully for errors.

I do not know how to thank you guys, it was mine stupid mistake, not bug in PHP4 itself.
 --with-apxs2 (that was it).
Thank YOU VERY MUCH.