Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69569 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 86527 invoked from network); 15 Oct 2013 16:12:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Oct 2013 16:12:30 -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 141.146.126.69 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 141.146.126.69 aserp1040.oracle.com Received: from [141.146.126.69] ([141.146.126.69:23930] helo=aserp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EA/0A-31591-D696D525 for ; Tue, 15 Oct 2013 12:12:29 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r9FGCO0M013172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 15 Oct 2013 16:12:25 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9FGCNdJ007491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 15 Oct 2013 16:12:24 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r9FGCNJD011939 for ; Tue, 15 Oct 2013 16:12:23 GMT Received: from hubby.local (/50.150.115.211) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 15 Oct 2013 09:12:23 -0700 Message-ID: <525D6966.4090308@oracle.com> Date: Tue, 15 Oct 2013 09:12:22 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: internals@lists.php.net References: <1381850186.29722.372.camel@ghost> 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] Core extension versions From: christopher.jones@oracle.com (Christopher Jones) On 10/15/13 8:45 AM, Pierre Joye wrote: > On Tue, Oct 15, 2013 at 5:19 PM, Michael Wallner wrote: >> On 15 October 2013 17:16, Anatol Belski wrote: >>> Hi, >>> >>> as part of the extension version check on PECL it turned out, that the >>> extensions in the core are almost completely out of track with their >>> versions, not even to talk about version macros names. That regards to >>> exts imported from PECL as well as to the exts never been in PECL. Here >>> are a few examples of zend_module_entry version strings: >>> >> >> I'd use PHP_VERSION for those extensions not explicitely managing a version. > > > PHP_VERSION-bundle > > for clarity in bug report :) For ext/* that do not (or no longer) have PECL releases (e.g. pdo, dom) I would change their versions to PHP_VERSION-bundle even if they currently have some rational versioning. Extensions like ext/oci8 that historically do also have PECL releases should manage their own version numbers Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html