Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43110 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12097 invoked from network); 19 Feb 2009 10:57:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Feb 2009 10:57:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.133 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.133 mailout1.netbeat.de Linux 2.6 Received: from [83.243.58.133] ([83.243.58.133:34804] helo=mailout1.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9E/71-01801-D0B3D994 for ; Thu, 19 Feb 2009 05:57:19 -0500 Received: (qmail 18955 invoked by uid 89); 19 Feb 2009 11:10:24 -0000 Received: from unknown (HELO ?192.168.1.103?) (johannes%schlueters.de@93.104.50.104) by mailout1.netbeat.de with ESMTPA; 19 Feb 2009 11:10:24 -0000 To: Marcus Boerger Cc: Nathan Nobbe , Antony Dovgal , internals@lists.php.net, Pierre Joye In-Reply-To: <8210197104.20090219001447@marcus-boerger.de> References: <7dd2dc0b0902172008g5a634577pad280d1f0415453b@mail.gmail.com> <499BC82B.2000000@daylessday.org> <1234963004.5869.6.camel@goldfinger> <7dd2dc0b0902180631q359a189aj5e4c54ef96d7f8e0@mail.gmail.com> <8210197104.20090219001447@marcus-boerger.de> Content-Type: text/plain Date: Thu, 19 Feb 2009 11:57:09 +0100 Message-ID: <1235041029.5869.28.camel@goldfinger> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] zend_call_method() - support for up to 4 parameters From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Thu, 2009-02-19 at 00:14 +0100, Marcus Boerger wrote: > Stuff like this can imo always be added and whether you do > #if PHP_VERSION_ID >= 50300 > or > #if PHP_VERSION_ID >= 50301 > imo doesn't matter much. It does. Up till now we always tried to keep binary compatibility for "bug fix" releases (z in x.y.z) We have a few vendors of binary extensions (not only Zend ...) which rely on the fact that they can provide one extension build for the whole series - at least as long as their extension aren't reaching too deep into the engine. Oh, and I think this also affects our own Windows builds of PECL stuff... Yes, our development process and release structure might need some updates, but version numbering might be the result from changes there, not the beginning. johannes ps. I'm aware of the fact that we added some specific APIs in special cases in bug fix releases before, but there's a difference between adding APIs and breaking the ABI of existing, used, stuff.