my $cfg_cflags_shlib = '-fpic -dshared_module';
　　my $cfg_ld_shlib = 'gcc';
　　my $cfg_ldflags_shlib = q(-shared);

　　red hat 的6.1 和 6.2 中的 apxs 也有问题，下面的行：
　　my $cfg_libexecdir = 'modules';

　　应该修改为：
　　my $cfg_libexecdir = '/usr/lib/apache';

　　得到正确的 apxs 后，就可以编译 php 了。经过 make 和 make install ，并且重启apache 后，我们又得到了一个错误消息：

　　api module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so is garbled - perhaps this is not an apache module dso?

　　不要担心，我从来就没有碰到过这样的消息！因为我在开始新的编译之前总是使用make clean ; make distclean 来清除以前编译后留下的"垃圾"。

　　但是需要指出的是，笔者在升级 php 4.0.4pl1 过程中，碰到的问题是在编译完毕，并重新启动 apache 之后碰到 "undefined symbol:uncompressed" 的报告。经过多次调试发现是采用了 --with-mysql=/usr/local/mysql 的开关所致，后来采用 mysql 源代码版本，重新编译 mysql 以后，再编译 php ，就没有这个问题了。所以，应该是mysql 的库没有进入编译路径所致。

　　需要注意的是，编译apache 的时候，不要使用 --activate-module=src/modules/php4/libphp4.a 参数，因为这样的话，php4 就是以静态方式来安装了。

　　恭喜你，安装成功，以后 php 有新的补丁/版本出来，就不需要重新编译 apache 了。