Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69564 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76782 invoked from network); 15 Oct 2013 15:16:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Oct 2013 15:16:35 -0000 Authentication-Results: pb1.pair.com header.from=ab@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ab@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.73.107 as permitted sender) X-PHP-List-Original-Sender: ab@php.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:55010] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 22/18-31591-35C5D525 for ; Tue, 15 Oct 2013 11:16:35 -0400 Received: by h1123647.serverkompetenz.net (Postfix, from userid 1006) id C870F23D6186; Tue, 15 Oct 2013 17:16:31 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on h1123647.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from [192.168.178.7] (dslb-188-110-056-076.pools.arcor-ip.net [188.110.56.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id C3D4323D6166 for ; Tue, 15 Oct 2013 17:16:30 +0200 (CEST) To: internals@lists.php.net Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 Oct 2013 17:16:26 +0200 Message-ID: <1381850186.29722.372.camel@ghost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Subject: Core extension versions From: ab@php.net (Anatol Belski) 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: ext/simplexml "0.1" ext/bz2 NO_VERSION_YET (== NULL) but was PECL 1.0 in 2003 ext/pdo "1.0.4dev" whereby it was PECL 1.0.3 in 2006 and the winner might be that from ext/tokenizer "0.1", /* Replace with version number for your extension */ as if it were just generated :) Only a few extensions, just to name some - zip, dom, oci8, track the version number. Actually that doesn't look solid for the extensions being in the core for years. And while that's a minor issue, it doesn't really smell good. So, do we wanna do something about it? Regards Anatol