Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69589 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 45214 invoked from network); 16 Oct 2013 18:04:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Oct 2013 18:04:11 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@marc-bennewitz.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=php@marc-bennewitz.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain marc-bennewitz.de from 80.237.132.171 cause and error) X-PHP-List-Original-Sender: php@marc-bennewitz.de X-Host-Fingerprint: 80.237.132.171 wp164.webpack.hosteurope.de Received: from [80.237.132.171] ([80.237.132.171:33272] helo=wp164.webpack.hosteurope.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B9/D5-15686-915DE525 for ; Wed, 16 Oct 2013 14:04:10 -0400 Received: from dslb-088-075-068-074.pools.arcor-ip.net ([88.75.68.74] helo=[192.168.178.27]); authenticated by wp164.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1VWVS2-00053C-Ly; Wed, 16 Oct 2013 20:04:06 +0200 Message-ID: <525ED515.6060305@marc-bennewitz.de> Date: Wed, 16 Oct 2013 20:04:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: internals@lists.php.net References: <1381850186.29722.372.camel@ghost> <525D6966.4090308@oracle.com> In-Reply-To: <525D6966.4090308@oracle.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;php@marc-bennewitz.de;1381946650;e0b0b183; Subject: Re: [PHP-DEV] Core extension versions From: php@marc-bennewitz.de (Marc Bennewitz) Am 15.10.2013 18:12, schrieb 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 What about pecl extensions with version numbers grater than PHP_VERSION on moving/moved to core? Don't know if this is the case somewhere. Marc