php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #6067 Dependency / Include Problems?
Submitted: 2000-08-10 05:57 UTC Modified: 2000-08-18 15:21 UTC
From: rkenny at mke dot catalystwms dot com Assigned:
Status: Closed Package: Compile Failure
PHP Version: 4.0.1pl2 OS: Linux 2.2.16-3
Private report: No CVE-ID: None
 [2000-08-10 05:57 UTC] rkenny at mke dot catalystwms dot com
I upgraded my RedHat 6.1 system to the 2.2.16 kernel using RedHat's rpm files.  When attempting to recompile PHP (after upgrading to gd-1.8.3, which no longer supports .GIFs), I ran into all sorts of problems:

The first problem was that the symbolic links /usr/include/linux and /usr/include/asm did not exist.  I created them and pointed them towards /usr/src/linux/include/linux and /usr/src/linux/include/asm.  I hope this was correct.

After that I was able to get a little further in the compile process, but it eventually puked with:

zend_hash.c: In function `zend_hash_add_or_update':
zend_hash.c:237: `LONG_MAX' undeclared (first use in this function)
zend_hash.c:237: (Each undeclared identifier is reported only once
zend_hash.c:237: for each function it appears in.)
zend_hash.c: In function `zend_hash_del_key_or_index':
zend_hash.c:482: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_find':
zend_hash.c:801: `LONG_MAX' undeclared (first use in this function)
zend_hash.c: In function `zend_hash_exists':
zend_hash.c:851: `LONG_MAX' undeclared (first use in this function)
make[1]: *** [zend_hash.lo] Error 1
make[1]: Leaving directory `/usr/src/php-4.0.1pl2/Zend'
make: *** [all-recursive] Error 1


I noticed that the "limits.h" file that comes with the 2.2.16 kernel doesn't define LONG_MAX, but the "limits.h" file sitting in /usr/include does -- so I included that file in "zend.h" and had another go.  Now it's puking with:

make[1]: Leaving directory `/usr/src/php-4.0.1pl2/Zend'
Making all in main
make[1]: Entering directory `/usr/src/php-4.0.1pl2/main'
make[2]: Entering directory `/usr/src/php-4.0.1pl2/main'
/bin/sh /usr/src/php-4.0.1pl2/libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I/usr/src/php-4.0.1pl2/main -I/usr/src/php-4.0.1pl2 -I/usr/src/php-4.0.1p
l2/main -I/usr/include/apache -I/usr/src/php-4.0.1pl2/Zend -I/usr/src/php-4.0.1pl2 -I/usr/include/mysql -I/usr/src/php-4.0.1pl2/ext/xml/expat/xmltok -I/usr/src/
php-4.0.1pl2/ext/xml/expat/xmlparse  -DEAPI=1 -DXML_BYTE_ORDER=12 -g -O2  -c main.c
In file included from php.h:291,
                 from main.c:26:
php_virtual_cwd.h:80: parse error before `*'
php_virtual_cwd.h:80: warning: data definition has no type or storage class
In file included from php.h:342,
                 from main.c:26:
php_reentrancy.h:50: parse error before `*'
In file included from /usr/src/php-4.0.1pl2/ext/standard/php_standard.h:55,
                 from main.c:51:
/usr/src/php-4.0.1pl2/ext/standard/fsock.h:79: warning: `struct in_addr' declared inside parameter list
/usr/src/php-4.0.1pl2/ext/standard/fsock.h:79: warning: its scope is only this definition or declaration,
/usr/src/php-4.0.1pl2/ext/standard/fsock.h:79: warning: which is probably not what you want.
/usr/src/php-4.0.1pl2/ext/standard/fsock.h:92: warning: `struct sockaddr' declared inside parameter list
make[2]: *** [main.lo] Error 1
make[2]: Leaving directory `/usr/src/php-4.0.1pl2/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/php-4.0.1pl2/main'
make: *** [all-recursive] Error 1


Please help me FOR THE LOVE OF GOD!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-08-18 15:21 UTC] rkenny at mke dot catalystwms dot com
Today I was forced to download the tar file from PHP.net again, and compiling worked just fine.  I'm a bit confused because I downloaded php4pl2, which is what I had been trying to compile before.  Do changes get made to the distribution files without a version change?
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved.
Last updated: Sun Oct 11 04:00:01 2026 UTC