Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:69570
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <525D6966.4090308@oracle.com>
References: <1381850186.29722.372.camel@ghost>
	<CALJZF3jrUrT=9W5Lp_iwBZogZD_0usy+VdCaUqcP09Yw7pX8Ag@mail.gmail.com>
	<CAEZPtU7diFuxTXbGX7BSWJv9_Xs0xxWONx40SS-8CsNJwB1+Cw@mail.gmail.com>
	<525D6966.4090308@oracle.com>
Date: Tue, 15 Oct 2013 18:33:10 +0200
Message-ID: <CAEZPtU5xFJizDjAJFWLkxXzRAZNP+BoLDCqEJ_7iKyRE2Joy=g@mail.gmail.com>
To: Christopher Jones <christopher.jones@oracle.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b3a88daf2fcf804e8ca23c1
Subject: Re: [PHP-DEV] Core extension versions
From: pierre.php@gmail.com (Pierre Joye)

--047d7b3a88daf2fcf804e8ca23c1
Content-Type: text/plain; charset=ISO-8859-1

On Oct 15, 2013 6:13 PM, "Christopher Jones" <christopher.jones@oracle.com>
wrote:
>
>
>
> On 10/15/13 8:45 AM, Pierre Joye wrote:
>>
>> On Tue, Oct 15, 2013 at 5:19 PM, Michael Wallner <mike@php.net> wrote:
>>>
>>> On 15 October 2013 17:16, Anatol Belski <ab@php.net> 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

Yes, that's the idea

--047d7b3a88daf2fcf804e8ca23c1--