What was the full configure line you used? And you used a snapshot from http://snaps.php.net/ ?

Yes this was a snapshot. Now a couple days old. But I did try this a couple weeks ago with the same issue.

I used this
./configure --prefix=/home/php53 \
--sysconfdir=/etc \
--localstatedir=/var \
--mandir=/usr/share/man \
--with-xml \
--with-mysql=/usr/local/mysql \
--with-apxs2=/home/apache/bin/apxs \
--enable-maintainer-zts \
--with-zlib-dir=/home/libraries/zlib \
--enable-mbstring

Can you check the diff between the generated Makefile between 5.2CVS and 5.3CVS snapshots?

I receive a blank file.
I used:
diff -urx Packages /home/php52/lib/php/build/Makefile.global /home/php53/lib/php/build/Makefile.global > test.patch

The php 5.2 was not a cv but the 5.2.5 release

How about if you used plain 'diff -u' without any fancy options? Do you get any diff?

Empty file as well with plain options.

I'm getting this same problem on version 5.2.5 under leopard.

The apache module does install and activate and phpinfo via a web page 
returns the correct version but the php and pear CLIs are not being 
installed and as such still report the previous version I had (5.2.4).

There seems to be some problem with the Apache that comes with Leopard.
Here are some instructions how to do this:

http://gorn.ch/archive/2007/11/01/leopard-native-apache-with-custom-64bit-php.html

5.2 propably works because it comes with the system, and you're most likely just loading that instead..

I can say for fact I am no longer using the built in apache 2.0 or php.
I have custom built apache 2.2 and it even shows under my phpinfo.php page I am using apache 2.2.6 (It is how I pulled this information up originally).

I renamed the apachectl file in /usr/sbin to apachectl.old and made symlink to the new one in my /home directory so startup commands still use apachectl correctly.

My httpd.conf specifically points at php directories as I run php 5.2 and php 6.0 at the moment and wanted to add 5.3 as another option to ensure my sites will operate in the future correctly when and if I upgrade to 5.3

Hello,
  I have experienced this issue on multiple Suse Enterprise (v9.0 - v9.3) systems.  This is to be used with Apache 2.2.6.

Apache was configured, compiled and installed with:
./configure --enable-so --enable-rewrite --prefix=/opt/apache-2.2.6 --with-included-apr
make
make install (as root)

I have tried multiple releases in the 5.2.x series (5.2.5, 5.2.4, 5.2.2) and have not been able to successfully get any of them to install the php-cli.  I have been able to get it to install the module for apache, and so phpinfo() works and returns the correct page, but the requirements for this project need the cli (DAST).

Here is the configure statement I am using with php:
./configure --with-libdir=lib64 --with-apxs2=/opt/apache-2.2.6/bin/apxs --prefix=/opt/apache-2.2.6 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-gd --with-openssl=/usr --enable-soap --enable-sockets --with-xmlrpc --with-xsl --with-curl --with-zlib --with-pear

make (works fine)
make install (as root) returns:
--------------
Installing PHP SAPI module:       apache2handler
/opt/apache-2.2.6/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6/build/libtool' libphp5.la /opt/apache-2.2.6/modules
/opt/apache-2.2.6/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6/modules/
libtool: install: error: cannot install `libphp5.la' to a directory not ending in /usr/src/packages/jess_temp/php-5.2.2/libs
apxs:Error: Command failed with rc=65536
.
make: *** [install-sapi] Error 1
--------------

Is this something with the release?  Or should I be looking to update Suse or something?  I am going to try compiling it on a Suse 10 box and see what turns up.

Thanks,
Jess

Hello,
  I wanted to provide an update to my earlier post.  I have performed the exact same steps on Suse 10 Enterprise. PHP built and installed without issue, and I was able to install a module via pecl.  Does anyone know if this is correctable for Suse 9?

I'm having the same issue on AIX 5.3 64-bit PPC.

Build complete.
Don't forget to run 'make test'.

# make test
        echo '\
\

Build complete.
Don't forget to run 'make test'.

ERROR: Cannot run tests without CLI sapi.
# make install
        echo '\
\
Installing PHP SAPI module:       nsapi
cp: libs/libphp5.so: No such file or directory
make: 1254-004 The error code from the last command is 1.


Stop.

The main directory has a libphp5.la file
-rw-r--r--   1 root     system         2234 Dec 07 16:28 libphp5.la
# cd libs
# ls -l
total 16704
-rw-r--r--   1 root     system      8547783 Dec 07 16:28 libphp5.a
-rw-r--r--   1 root     system         2235 Dec 07 16:28 libphp5.la

The libphp5.la file in the libs directory is not the same size.

I can reproduce the problem on CentOS 5.1.  I took the configuration that came with a default install and re-compiled with 5.25.

No php5lib.so is created or installed.

I notice that after running make, I have a php binary in ./sapi/cli and 
I have a libphp5.so in ./libs/ but it doesn't seem to install them when 
I run "make install"

Copying them manually to their correct locations works.

I've sort of fixed my issue.  The libphp5.so was being installed but for 
some reason when I used apachectl to restart the webserver it wasn't 
actually doing anything.  Had to use the Sharing prefpane.

As to the php cli binary, it is being installed but for some reason it 
is being installed as php.dSYM.  I've added a symbolic link of php that 
points to php.dSYM so when I update in future I won't have this hassle.

I'd still love to know why leopard is installing the php cli as php.dSYM 
though.

Did you happen to do something like './buildconf --force' when you build it..?

No feedback was provided for this bug for over a week, 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".

I am trying to compile php-5.2.6. on HPUX 11V2.  Configure and Make commands completes fine. But libphp5.so is not getting created when i am enabling dom support. 

But when in Configure command I disable DOM, i get the .so lib file, but not with the DOM enabled. 

Is it something that i am not using libxslt, or i am compiling in 64bit mode can have this issue. I am trying to compile the PHP with given in built HPUX Apache(2.0.58) package. 

Any Idea how can i enable DOM and have .so file generated, or something else also required. 

Also if libxsl is required for DOM are there any 64bit libraries available for HPUX 11v2 for libxslt?

No matter what I do, I cannot seem to get the pear binary to build. I 
found the following message in the php-src/pear directory. This does 
not help much especially when the link is dead. Does anyone have an 
answer?  

I get the following: 

+---------------------------------------------------------------------
-+
| The installation process is incomplete. The following resources were 
|
| not installed:                                                       
|
|                                                                      
|
|   PEAR: PHP Extension and Application Repository                     
|
|                                                                      
|
| To install these components,                                         
|
| download http://pear.php.net/install-pear.phar to php-src/pear/      
|
| become the superuser and execute:                                    
|
|                                                                      
|
|   # make install-su                                                  
|
+---------------------------------------------------------------------
-+

OS: 10.5 Leopard 
Custom Apache Install with following config: 

./configure --enable-layout=Darwin --enable-mods-shared=all

php config: 

./configure \
--prefix=/usr \
--with-apxs2=/usr/sbin/apxs \
--with-config-file-path=/local/conf \
--with-curl=/usr \
--with-mcrypt=/usr \
--with-mysql=/local/bin/mysql \
--with-mysqli=/local/bin/mysql/bin/mysql_config \
--with-openssl=/usr \
--with-pear=/local/lib/PEAR \
--with-pdo-mysql=/local/bin/mysql \
--with-zlib=/usr \
--enable-bcmath \
--enable-calendar \
--enable-debug \
--enable-force-cgi-redirect \
--enable-gd-native-ttf \
--enable-mbstring=all \
--enable-sockets \
--enable-spl \
--enable-wddx

uoooooooo

I am getting this with both 5.2.14 and 5.3.3 on AIX versions 5.3 and 6.1, using gcc 4.2.4 and the associated development environments. This seems to be a common problem - is there a solution or a workaround yet?