Your CVS checkout (if you have one) is propably not current.
in the 'root' of it, do this:

cvs up -dPA 

(Or better yet, grab a snapshot from snaps.php.net)

Did that, it didn't work.

The only way to overcome this is to use the APACHE_VERSION stuff in sapi/apache2filter/config.m4 (v1.22).

Funny, it works for me just fine..
Which autoconf version are you using? 
Also, what is the revision for sapi/apache/config.m4 ?

autoconf v2.13

sapi/apache/config.m4 (v1.24)

You obviously have pretty much broken checkout.
The revision for sapi/apache/config.m4 should be 1.61 if your checkout was current..

Arghhh!!!

Of course I meant "sapi/apache2filter/config.m4" which has rev 1.24

In the [25 Jul 6:30am] submission it says that too..., sorry for confusing you.

And what is the revision in sapi/apache/config.m4 then?

sapi/apache/config.m4 has rev 1.61

(it really is a fresh co)

Can you please try this snapshot:

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

Then we'll know if it's some problem in your build tools
and not PHP..(automake version?)

Yes, that worked but then I got the dreaded:

checking whether SSL libraries are needed for c-client... shared,/usr/lib
./configure: line 1: cd: shared,/usr: No such file or directory
checking whether IMAP works... configure: error: build test failed. Please check the config.log for details.

...which was fixed in http://bugs.php.net/bug.php?id=18561


Just for fun I did:

mv configure configure.VANILLA
./buildconf
diff -u configure.VANILLA configure > configure.diff

The diff can be found here: http://d-srv.com/configure.diff.gz

I ran my script that configures php without any imap support and that worked.

For some reason "APACHE_VERSION=`expr $4 \* 1000000 + $5 \* 1000 + $6`" never makes it into the configure 
script.

Hmm..., where to look?

For some reason, your autoconf/automake generates the configure file very differently..what is your automake version ? (the imap fix hasn't yet got into the snapshots..)

Here's what I have in Mandrake Linux Cooker 9.0

buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p5 (ok)
buildconf: libtool version 1.4.2 (ok)

If there is some update package for automake, for example to version 1.5 or so, I suggest you try updating it.

--Jani

This looks even worse...

./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
           Running cvsclean for you.
           To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.6.2 (ok)
buildconf: libtool version 1.4.2 (ok)
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING:             [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader-2.5x: `main/php_config.h.in' is created


The configure file created can be found here: http://d-srv.com/configure.gz

I thought I asked only to update automake.. NOT autoconf?
Anyway, did the configure WORK now?

(those warnings can be ignored, normal with autoconf 2.53)

Forgot this one..which one comes first apache or apache2filter when you run this script:

scripts/config-stubs sapi

(just paste the whole list here)

Aha, sorry.

In Mandrake we have both autoconf v2.53 and v2.13, I try it again...

buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.6.2 (ok)
buildconf: libtool version 1.4.2 (ok)

[snip]

checking for Apache 2.0 module support via DSO through APXS... ./configure: line 3117: syntax error near 
unexpected token `$APXS_HTTPD'
./configure: line 3117: `  PHP_AP_EXTRACT_VERSION($APXS_HTTPD)'


It's the same problem again.

scripts/config-stubs sapi
sinclude(sapi/*/config0.m4)
sinclude(sapi/aolserver/config.m4)
sinclude(sapi/apache2filter/config.m4)
sinclude(sapi/apache/config.m4)
sinclude(sapi/caudium/config.m4)
sinclude(sapi/cgi/config.m4)
sinclude(sapi/cli/config.m4)
sinclude(sapi/fastcgi/config.m4)
sinclude(sapi/isapi/config.m4)
sinclude(sapi/nsapi/config.m4)
sinclude(sapi/phttpd/config.m4)
sinclude(sapi/pi3web/config.m4)
sinclude(sapi/roxen/config.m4)
sinclude(sapi/servlet/config.m4)
sinclude(sapi/thttpd/config.m4)
sinclude(sapi/tux/config.m4)
sinclude(sapi/webjames/config.m4)

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.