ID:               48853
 User updated by:  leonard-php-bugs at ottolander dot nl
 Reported By:      leonard-php-bugs at ottolander dot nl
 Status:           Bogus
 Bug Type:         Compile Failure
 Operating System: CentOS-4
 PHP Version:      5.2CVS-2009-07-08 (CVS)
 New Comment:

Are you telling me that even though I build the apache module against a
newer bundled version of pcre the apache headers still require the old
pcre headers to be available? Shouldn't they be using the headers of the
newer bundled version of pcre we are building against?


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

[2010-02-23 23:53:52] [email protected]

You have deleted required header files and expect _PHP_ to fix it's
configure to allow building against 3rd party headers _requiring_ those
header files you have deleted, that's is quite insane.

It's _APACHE_ requiring the headers, using the headers, needing the
headers and linking to the specific library. (Try ldd httpd..) You can't
just expect the bundled PCRE the be the correct one, can you?

Now, thanks to our "broken" stuff you have found this problem in your
system which you should fix.



------------------------------------------------------------------------

[2010-02-23 21:58:45] leonard-php-bugs at ottolander dot nl

Btw, I'm not saying the proposed patch is the best place to fix this.
You might want to fix this missing include path around where the option
--with-apxs2 is parsed and set the include path there in case we build
against the bundled pcre.

But again, since only PHP knows the path to it's own bundled pcre
headers it's PHP's task to make the path to those bundled headers
available.

------------------------------------------------------------------------

[2010-02-23 21:37:54] leonard-php-bugs at ottolander dot nl

The issue is that the apache headers that you include in the module
build expect the pcre headers in one of the default locations. Since we
build against the pcre library that you bundle you should provide that
extra path to those headers. You cannot expect apache to look for them
in an unknown build path and an unknown subdiretory.

------------------------------------------------------------------------

[2010-02-23 19:59:38] [email protected]

Considering the error really happens inside Apache headers, how is this
a PHP bug? From your compile error:

/usr/src/redhat/BUILD/php-5.2.9/sapi/apache2handler/mod_php5.c:26:
/usr/include/httpd/httpd.h:43:23: pcreposix.h: No such file or
directory

Blindly adding unnecessary include paths to fix something outside our
control is not very wise..

------------------------------------------------------------------------

[2010-02-23 17:15:34] leonard-php-bugs at ottolander dot nl

I narrowed the offending configure option down to

--with-apxs2=/usr/sbin/apxs

Afaik I need to specify that option to build the apache module... Or am
I mistaken?

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/48853

-- 
Edit this bug report at http://bugs.php.net/?id=48853&edit=1

Reply via email to