Can not reproduce with this snapshot:

http://snaps.php.net/php4-latest.tar.gz

Please test.

I still get warnings for "types.h" and others like :
"/save/php4-200207010600/ext/standard/dl.c", line 135.16: 1506-068 (W) Operation between types "void*" and "int" is not allowed.

It fails with the same message (but starting at line 601).
Also there is two new lines in image.c (727 & 738) with // (for comments) for which my compiler give a Syntax error, but that is easy to correct.
 
I'm going to upgrade my cc compiler (I'm using AIX cc, not gcc).

Thanks for your help.

After upgrading to vac C 5.01:
1) no more "types.h" errors
2) still "/save/php4-200207010600/TSRM/tsrm_config_common.h", line 28.1: 1506-224 (I) Incorrect #pragma ignored.
3) still doesn't accept the // (in image.c, info.c, memory_stream.c). After correction for the // :
4) make: 1254-002 Cannot find a rule to create target /zend_language_parser.c from dependencies.

Please get a new snapshot, those comments should be gone now.

OK for the comments (but I already did get ride of them) but I still have the last probleme mentionned before:
4) make: 1254-002 Cannot find a rule to create target
   /zend_language_parser.c from dependencies.
   Stop.

with the new snapshot php4-200207020600.

Please send me your Makefile to sniper@php.net

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

On July 3rd, I was asked:
> Please contact ...@php.net as he knows how to fix this.
> 
>   --Jani

which I did the same day, but I had no answer.
I just tried again.
Thanks.

This actually should be fixed in the latest CVS HEAD.
So please try this snapshot again: 

http://snaps.php.net/php4-latest.tar.gz

Now, I does compile (with lots of Warning messages) and at the end lots of messages like :
cc: 1501-218 file ext/ctype/ctype.lo contains an incorrect file suffix
cc: 1501-218 file ext/mbstring/mbfilter_ja.lo contains an incorrect file suffix

but it fails on make install :
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache_1.3.26/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache_1.3.26/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.

In libs I have only : libphp4.a and libphp4.la

Thanks a lot for your help.

Glad to hear the bug is fixed, but your new problem is an end user problem, not a PHP bug.  Please figure out your installation, and where you want things to go.  If you still have trouble with that, ask on the php-general list for help.  

I would like to believe you but although it says "Target all is up to date" the file it is looking for (libs/libphp4.so) hasn't been created.

This is not a problem in PHP, but a problem with your (configuration of your) system. Please ask support questions on the appropriate mailinglist.

I've exactly the same problem, same version of AIX etc.  I have apache 2.0.43 installed and am using php 4.2.3.  Is this a compiler issue? Or is it worth while trying 4.3.0RC3

I need to get this working fairly desperately.  So any help is welcome.

Thanks

Julian

Ignore that last post, being a bit of a muppet, using the wrong version.

Our PHP 4.3.0 build failed to compile sapi/cli/php on our AIX machine,
with over one hundred error messages like:

cc: 1501-218 file ext/ctype/ctype.lo contains an incorrect file suffix

The causes of this are rather subtle:

1. GNU libtool will usually not create static objects under AIX.

2. But the PHP developers want libtool to create static objects.

3. So the PHP developers provide their own ./libtool in the source
   tree which will create them, which they run with "/bin/sh libtool".

4. Unfortunately, while "/bin/sh <file>" usually looks for <file> in
   the current directory before searching through $PATH, on AIX it
   looks through $PATH first; thus the PHP Makefile winds up running
   /usr/local/bin/libtool (or wherever you have it installed) instead.

Thus the solution is to modify the PHP Makefile so that the line

   LIBTOOL = $(SHELL) libtool --silent

instead reads

   LIBTOOL = $(SHELL) ./libtool --silent

Technical notes: When you compile and install libtool, it runs a
script called libtool.m4 which, around line 2363 in the libtool-1.4.3
source, disables AIX static linking with the explanation that:

   "On AIX, shared libraries and static libraries use the same
   namespace, and are all built from PIC."

It disables static linking by setting enable_static=no when it writes
your libtool script; the ./libtool script in the PHP build directory
works precisely because this variable is set to "yes" instead.