Edit report at http://bugs.php.net/bug.php?id=39720&edit=1
ID: 39720 Updated by: [email protected] Reported by: codeslinger at compsalot dot com Summary: Compile Fails with " php_config.h: No such file or directory" -Status: Open +Status: Bogus Type: Feature/Change Request -Package: Feature/Change Request +Package: *General Issues Operating System: Fedora Core 2 PHP Version: 5.2.0 Block user comment: N Private report: N New Comment: You should be careful while selecting your options. We can't detect all mistakes. Previous Comments: ------------------------------------------------------------------------ [2006-12-03 06:29:12] codeslinger at compsalot dot com oops for the sake of paronia, to protect the existing PHP4 installation. I have been testing with the --no-create flag While reviewing the bug, I realized the flag was there. When I removed it the Build proceded. Therefore: This Bug is Now a Feature Request for a Meaningful Warning Message when the --no-create flag is in use. I have spent far too much time on trying to isolate the cause of this problem. A simple Warning Message would have been a huge help and saved much aggravation. Thank you. ------------------------------------------------------------------------ [2006-12-03 06:19:48] codeslinger at compsalot dot com Description: ------------ I am attempting to install PHP 5.2.0 cli (from tarball) onto my server. The server is a Fedora Core 2. I have previously installed php-4.3.10 onto this server (from tarball) without difficulty. First Problem I ran into was the dependency on libxml. After an initial attempt to disable PHP5s use of libxml, I gave in and (attempted to) install libxml from tarball. Next Problem was that libxml 2.2.6.27, despite claims of being stand-alone, is in fact dependent upon python. Fedora Core 2 has python version 2.2 preinstalled from rpms. libxml 2.2.6.27 was not happy with this version of python. So I ended up installing python 2.5 using a --prefix and leaving the original intact. Python 2.5 installed without difficulty After some additional tweaking with ld.so.conf; libxml installed without further difficulty. also using a --prefix However, PHP 5.2.0 cli still refused to install. I then became very aggressive about eliminating/disabling functionality to get it to a lowest complexity build. Reproduce code: --------------- ./configure --no-create --enable-cli --enable-pcntl --enable-posix --enable-shmop --enable-sigchild --enable-sockets --enable-memory-limit --enable-track-vars --prefix=/usr/local/php5 --with-config-file-path=/etc/php5 --with-config-file-scan-dir=/etc/php5/php5.d --datadir=/var/tmp/php5/data --localstatedir=/var/tmp/php5 --sharedstatedir=/var/tmp/php5/com --sysconfdir=/etc --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=./config.cache --disable-debug --disable-magic-quotes --without-oci8 --with-mime-magic=/usr/share/magic.mime --enable-bcmath --disable-xml --disable-libxml --disable-dom --disable-simplexml --disable-wddx --disable-xmlreader --disable-xmlwriter --without-pear --disable-openssl --disable-pcre make clean make Note: Despite the fact that I have specified to disable PCRE, PHP5 still insists upon compiling it. Expected result: ---------------- for a PHP5 cli to be built that can co-exist with a PHP4 cli Actual result: -------------- In file included from /usr/local/src/files/php/php-5.2.0/ext/pcre/pcrelib/pcre_ucp_searchfuncs.c:44: /usr/local/src/files/php/php-5.2.0/ext/pcre/pcrelib/pcre_internal.h:71:25: php_config.h: No such file or directory In file included from /usr/local/src/files/php/php-5.2.0/ext/pcre/pcrelib/pcre.h:42, from /usr/local/src/files/php/php-5.2.0/ext/pcre/pcrelib/pcre_internal.h:149, from /usr/local/src/files/php/php-5.2.0/ext/pcre/pcrelib/pcre_ucp_searchfuncs.c:44: /usr/local/src/files/php/php-5.2.0/main/php_compat.h:27:24: php_config.h: No such file or directory make: *** [ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo] Error 1 Note: The version of perl which is on this server is v5.8.4. This was also preinstalled via rpm. It is not clear to me if there is a seperate PCRE package that I need to update. It appears to me that PHP is supplying all of the code for the PCRE package. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/bug.php?id=39720&edit=1
