Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64965 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87142 invoked from network); 15 Jan 2013 03:35:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Jan 2013 03:35:17 -0000 Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com Received: from [156.151.31.81] ([156.151.31.81:48702] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A2/00-21335-47EC4F05 for ; Mon, 14 Jan 2013 22:35:17 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0F3Z98H016455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jan 2013 03:35:10 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0F3Z9pi007188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jan 2013 03:35:09 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0F3Z8vV004262; Mon, 14 Jan 2013 21:35:09 -0600 Received: from [10.187.91.52] (/10.187.91.52) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 14 Jan 2013 19:35:08 -0800 Message-ID: <50F4CE6B.5060809@oracle.com> Date: Mon, 14 Jan 2013 19:35:07 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Dennis Clarke CC: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsinet21.oracle.com [141.146.126.237] Subject: Re: [PHP-DEV] PHP 5.4.10 can not build Zend/PHP parsers with bison 2.6.5 From: christopher.jones@oracle.com (Christopher Jones) On 01/14/2013 05:16 PM, Dennis Clarke wrote: > > Dear PHP/Zend folks : > > This is a bug I think. I recently saw that PHP had been updated to 5.4.10 and I > decided to update my php bits in /usr/local. I was quite surprised to see in the > configure output this warning about bison : > > checking for bison... bison -y > checking for bison version... invalid > configure: WARNING: bison versions supported for regeneration of the Zend/PHP parsers: 1.28 1.35 1.75 1.875 2.0 2.1 2.2 2.3 2.4 2.4.1 2.4.2 2.4.3 2.5 2.5.1 2.6 2.6.1 2.6.2 (found: 2.6.5). > > This seems odd to me as bison 2.6.5 builds and tests perfectly on my Solaris 10 > server and so therefore I wonder what these PHP folks are on about? Is this a "Warning" > or a real configure fault? If the latter then I need to backout bison in order to build > PHP and then re-install a perfectly functional bison ? > > Dennis Clarke > Unless you are hacking PHP you can ignore Bison. Check the Makefile for where it is used. The PHP distribution contains Zend/zend_language_parser.[ch] and php-5.5/Zend/zend_ini_parser.[ch] already built from their respective .y files so bison is not generally invoked when building PHP. Of course, if 2.6.5 is verified than it should be added to bison_version_list in Zend/acinclude.m4. Feel free to regenerate the parsers with it, review the test suite results, and create a github pull request. Chirs -- christopher.jones@oracle.com http://twitter.com/ghrd Newly updated, free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html