Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45722 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 80990 invoked from network); 11 Oct 2009 08:05:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Oct 2009 08:05:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=shire@tekrat.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=shire@tekrat.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain tekrat.com from 208.43.138.18 cause and error) X-PHP-List-Original-Sender: shire@tekrat.com X-Host-Fingerprint: 208.43.138.18 sizzo.org Linux 2.6 Received: from [208.43.138.18] ([208.43.138.18:55398] helo=sizzo.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C1/6C-10808-DB191DA4 for ; Sun, 11 Oct 2009 04:05:18 -0400 Received: from shirebook.tekrat.linksys (75-101-56-2.dsl.static.sonic.net [75.101.56.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by sizzo.org (Postfix) with ESMTPSA id 7E6A6CBE61D for ; Sun, 11 Oct 2009 01:05:14 -0700 (PDT) Message-ID: <4AD191B7.6080803@tekrat.com> Date: Sun, 11 Oct 2009 01:05:11 -0700 User-Agent: Postbox 1.0.1 (Macintosh/2009100516) MIME-Version: 1.0 To: PHP Internals List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RFC: php_config --extra_includes From: shire@tekrat.com (shire) Currently we have an open bug #16809 (http://pecl.php.net/bugs/bug.php?id=16809&edit=1) in APC where we're unable to find the pcre.h header file as it's not in our include path when a user compiles PHP with the --enable-pcre=. This is because the include path the user provides isn't made available in INCLUDES in the extension (APC) when compiled as a shared library using phpize. I've come up with the following solution, but want feedback/other options before I commit. Essentially I've made use of the EXTRA_INCLUDES that's included in INCLUDES, but not really used much of anywhere AFAIK. I've also added the autoconf macro PHP_ADD_EXTRA_INCLUDE that mirrors the PHP_ADD_INCLUDE behavior, as well as the --extra_includes option to php-config. This way extensions can provide additional include paths that they depend on for extensions that may in-turn be dependent on their header files. http://tekrat.com/downloads/bits/extra_includes.php5.3.patch Interested in hearing other options on how this can be corrected, or feedback on this approach... Thanks, -shire