Professional Web Applications Themes

#39720 [NEW]: Compile Fails with " php_config.h: No such file or directory" - PHP Bugs

From: codeslinger at compsalot dot com Operating system: Fedora Core 2 PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: Compile Fails with " php_config.h: No such file or directory" 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 ...

  1. #1

    Default #39720 [NEW]: Compile Fails with " php_config.h: No such file or directory"

    From: codeslinger at compsalot dot com
    Operating system: Fedora Core 2
    PHP version: 5.2.0
    PHP Bug Type: Compile Failure
    Bug description: Compile Fails with " php_config.h: No such file or directory"

    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 bug report at [url]http://bugs.php.net/?id=39720&edit=1[/url]
    --
    Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=39720&r=trysnapshot44[/url]
    Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=39720&r=trysnapshot52[/url]
    Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=39720&r=trysnapshot60[/url]
    Fixed in CVS: [url]http://bugs.php.net/fix.php?id=39720&r=fixedcvs[/url]
    Fixed in release: [url]http://bugs.php.net/fix.php?id=39720&r=alreadyfixed[/url]
    Need backtrace: [url]http://bugs.php.net/fix.php?id=39720&r=needtrace[/url]
    Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=39720&r=needscript[/url]
    Try newer version: [url]http://bugs.php.net/fix.php?id=39720&r=oldversion[/url]
    Not developer issue: [url]http://bugs.php.net/fix.php?id=39720&r=support[/url]
    Expected behavior: [url]http://bugs.php.net/fix.php?id=39720&r=notwrong[/url]
    Not enough info: [url]http://bugs.php.net/fix.php?id=39720&r=notenoughinfo[/url]
    Submitted twice: [url]http://bugs.php.net/fix.php?id=39720&r=submittedtwice[/url]
    register_globals: [url]http://bugs.php.net/fix.php?id=39720&r=globals[/url]
    PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=39720&r=php3[/url]
    Daylight Savings: [url]http://bugs.php.net/fix.php?id=39720&r=dst[/url]
    IIS Stability: [url]http://bugs.php.net/fix.php?id=39720&r=isapi[/url]
    Install GNU Sed: [url]http://bugs.php.net/fix.php?id=39720&r=gnused[/url]
    Floating point limitations: [url]http://bugs.php.net/fix.php?id=39720&r=float[/url]
    No Zend Extensions: [url]http://bugs.php.net/fix.php?id=39720&r=nozend[/url]
    MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=39720&r=mysqlcfg[/url]
    codeslinger at compsalot dot com Guest

  2. #2

    Default #39720 [Opn]: Compile Fails with " php_config.h: No such file or directory"

    ID: 39720
    User updated by: codeslinger at compsalot dot com
    Reported By: codeslinger at compsalot dot com
    Status: Open
    -Bug Type: Compile Failure
    +Bug Type: Feature/Change Request
    Operating System: Fedora Core 2
    PHP Version: 5.2.0
    New Comment:

    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.


    Previous Comments:
    ------------------------------------------------------------------------

    [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 [url]http://bugs.php.net/?id=39720&edit=1[/url]
    codeslinger at compsalot dot com Guest

Similar Threads

  1. Replies: 4
    Last Post: December 7th, 06:55 AM
  2. Replies: 2
    Last Post: October 8th, 09:57 AM
  3. How to change default file "open" directory.
    By Ian_Burroughs@adobeforums.com in forum Adobe Acrobat Windows
    Replies: 6
    Last Post: April 3rd, 09:52 PM
  4. Replies: 0
    Last Post: October 28th, 10:38 PM
  5. Replies: 2
    Last Post: July 28th, 01:40 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139