PHP :: Bug #4024 :: crypt.c:110: `PHP_MAX_SALT

Bug #4024	crypt.c:110: `PHP_MAX_SALT_LEN' undeclared
Submitted:	2000-04-04 03:51 UTC	Modified:	2000-05-10 18:30 UTC
From:	vi at sh dot nu	Assigned:
Status:	Closed	Package:	Compile Failure
PHP Version:	4.0 Latest CVS (04/04/2000)	OS:	Linux 2.2.14 i386
Private report:	No	CVE-ID:	None

View Developer Edit

[2000-04-04 03:51 UTC] vi at sh dot nu

./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?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports

[2000-04-04 19:02 UTC] vi at sh dot nu

Looks like bug 3990 was re-opened...

[2000-04-06 13:33 UTC] vi at sh dot nu

I can replicate this error on 3 different Redhat 6.0 machines. 2 have gcc 2.95.2 and the other has the default gcc for redhat 6.0. Again, I've tried EVERY solution offered with relation to this problem and nothing has worked. I'd really like to get php4 working with this configuration. HELP!

[2000-04-11 17:54 UTC] vi at sh dot nu

Changing to mcrypt related per Rasmus. He tells me Sascha will look at it if it's an mcrypt problem.

[2000-04-12 20:11 UTC] vi at sh dot nu

Ok, I tried to compile this without --with-mcrypt=bla, or even --with-mcrypt my itself. It's not an mcrypt problem, so I'm reverting it back to a compile problem. <B>PLEASE NOTE!! I CAN REPLICATE THIS ON 3 DIFFERENT BOXES!! THIS IS NOT AN ISOLATED INCIDENT!! I'VE TRIED ALL THE OFFERED SOLUTIONS AND NONE HAVE WORKED!!!</B>

[2000-04-12 20:32 UTC] rasmus at cvs dot php dot net

Try compiling without any flags at all and see if it works.  Then add configure flags until it stops and let us know which one of them broke it.

[2000-05-02 22:55 UTC] vi at sh dot nu

Ok, looks like --with-cybercash is breaking the compile. I've compiled it 
with no errors with all the other flags, but as soon as I add cybercash, 
I get that error. Any other suggestions?

I've had another error come up this whole time too, but I've just hacked 
it out. I get a redefinition of RETCODE in the openlink section. Looks like 
the sybase headers define RETCODE as a long, and sqltypes.h defines it 
as an int (or something like that). I've simply commented out the 
retcode def in sqltypes.h once I get the error, and start the compile 
over. Is that bad? :)

One other thing...the 05/02/00 snap has a missing ; on line 1192 of 
sybase.c

Hopefully someone will be able to help with this cybercash issue, because
I really need cybercash. I'm not much of a programmer, but I'll do what I 
can to look for the problem myself.

[2000-05-10 18:30 UTC] vi at sh dot nu

Fixed in RC2

	php.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2026 The PHP Group All rights reserved.	Last updated: Mon Jun 29 10:00:01 2026 UTC