Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33091 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81839 invoked by uid 1010); 11 Nov 2007 13:43:23 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 81824 invoked from network); 11 Nov 2007 13:43:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Nov 2007 13:43:23 -0000 Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 64.233.166.178 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 64.233.166.178 py-out-1112.google.com Received: from [64.233.166.178] ([64.233.166.178:2082] helo=py-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 58/64-51588-9F607374 for ; Sun, 11 Nov 2007 08:43:22 -0500 Received: by py-out-1112.google.com with SMTP id d32so1088689pye for ; Sun, 11 Nov 2007 05:43:19 -0800 (PST) Received: by 10.65.133.8 with SMTP id k8mr11440228qbn.1194788599155; Sun, 11 Nov 2007 05:43:19 -0800 (PST) Received: from ilappy ( [99.237.241.122]) by mx.google.com with ESMTPS id z21sm3083987qbc.2007.11.11.05.43.18 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2007 05:43:18 -0800 (PST) Cc: internals@lists.php.net, Antony Dovgal Message-ID: <8EC2AA2B-69FC-4778-939F-9A200426FA8D@prohost.org> To: Gaetano Giunta In-Reply-To: <473623F5.4090203@ez.no> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Sun, 11 Nov 2007 08:43:17 -0500 References: <47360449.3020007@ez.no> <47360BE3.7010207@daylessday.org> <4736156F.1040202@ez.no> <47361AAB.90704@daylessday.org> <473623F5.4090203@ez.no> X-Mailer: Apple Mail (2.912) Subject: Re: [PHP-DEV] Re: PHP 5.2.5 Released - update on extensions versioning information From: ilia@prohost.org (Ilia Alshanetsky) The extensions rarely expose internal API, some certainly do offer a few PHPAPI functions, but that's more an exception then the rule. As far as the user functionality, you raise a good point, but many core extensions rarely change to warrant a new version token on every release. On 10-Nov-07, at 4:34 PM, Gaetano Giunta wrote: > >>> plus a 3 numbered version is very easy to assign to a lib (you >>> know, like a new param for a function bumps up the middle number, >>> a fix - any fix - bumps up the rightmost one etc... ) >> >> That is what $Revision$ CVS tag does, version number is totally >> different thing IMO. >> > Sorry, but I disagree on this one. You might either think that an > extension "version" defines either its api as accessible by the php > kernel or as accessible by the php coder, but that's exactly what > version numbers are used for. > The cvs tag is for people that compile from source and have to > report an error against a a specific version. > Ilia Alshanetsky