PHP 4.0 Bug #4024: crypt.c:110: `PHP_MAX_SALT_LEN' undeclared

From: vi@sh.nu Operating system: Linux 2.2.14 i386 PHP version: 4.0 Latest CVS (04/04/2000) PHP Bug Type: Compile Failure Bug description: crypt.c:110: `PHP_MAX_SALT_LEN' undeclared ./configure \ --enable-track-vars \ --with-mysql=/usr/local \ --with-apache=../apache_1.3.12 \ --with-cybercash=../mck-3.2.0.4-linux \ --with-mcrypt=../mcrypt-2.2.6 \ --with-sybase=/opt/sybase-11.9.2 \ --with-iodbc=/usr/local \ --with-openlink=/usr/local/openlink \ --host=i686-pc-linux-gnu (I need that last line ever since upgrading to gcc 2.95.2...seems that every redhat 6.0 box where I've upgraded gcc needs that. I compiled gcc, btw. No RPMS) make[3]: Entering directory `/usr/src/php4-200004032045/ext/standard' gcc -DHAVE_CONFIG_H -I. -I/usr/src/php4-200004032045/ext/standard -I../.. -I../../Zend -I/usr/src/php4-200004032045 -I/usr/src/apache_1.3.12/src/include -I/usr/src/apache_1.3.12/src/os/unix -I/root/mck-3.2.0.4-linux/c-api -I/usr/local/include -I/usr/local/include/mysql -I/opt/sybase-11.9.2/include -I/usr/src/php4-200004032045/ext/xml/expat/xmltok -I/usr/src/php4-200004032045/ext/xml/expat/xmlparse -DXML_BYTE_ORDER=12 -D_REENTRANT -g -O2 -Wall -c crypt.c && touch crypt.lo crypt.c: In function `php_if_crypt': crypt.c:110: `PHP_MAX_SALT_LEN' undeclared (first use in this function) crypt.c:110: (Each undeclared identifier is reported only once crypt.c:110: for each function it appears in.) crypt.c:110: size of array `salt' has non-integer type crypt.c: At top level: crypt.c:101: warning: `php_to64' defined but not used make[3]: *** [crypt.lo] Error 1 make[3]: Leaving directory `/usr/src/php4-200004032045/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/php4-200004032045/ext/standard' make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/src/php4-200004032045/ext' make: *** [all-recursive] Error 1 I've tried the solutions described in bugs #3962 and #3990 and neither worked: 3962's solution: Are you using the binary MySQL RPMs? (The answer in my case is "no") If yes, don't specify --with-mysql so that the bundled MySQL will be used. Tried, didn' work...compile fails in libmysql section. 3990's solution: works if you compile mcrypt with the --disable-posix-threads switch...didn't...compile fails with the same crypt.c error So...now what?