Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52688 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60310 invoked from network); 1 Jun 2011 16:53:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Jun 2011 16:53:18 -0000 Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.199.177.89 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 212.199.177.89 il-mr1.zend.com Received: from [212.199.177.89] ([212.199.177.89:33718] helo=il-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BB/AA-32367-A7E66ED4 for ; Wed, 01 Jun 2011 12:53:15 -0400 Received: from il-gw1.zend.com (unknown [10.1.1.22]) by il-mr1.zend.com (Postfix) with ESMTP id BD9E0606E1; Wed, 1 Jun 2011 19:52:09 +0300 (IDT) Received: from IL-EX2.zend.net ([fe80::60b2:93c9:cabf:4659]) by il-ex2.zend.net ([fe80::60b2:93c9:cabf:4659%15]) with mapi id 14.01.0255.000; Wed, 1 Jun 2011 19:52:59 +0300 To: Stas Malyshev , Dmitry Stogov CC: John Crenshaw , PHP internals Thread-Topic: [PHP-DEV] Final version, RFC release process Thread-Index: AQHMIEQRuEAVEIz03U+USCkPD/SqMJSoJWWAgAADSwCAAFuOgIAAAPkAgAAykRA= Date: Wed, 1 Jun 2011 16:52:59 +0000 Message-ID: <887FE7CFF6F8DE4BB3A9535F53AFD06A492FAC35@il-ex2.zend.net> References: <4DE61D77.7040506@zend.com> <4DE66D07.2060105@zend.com> <4DE66DD8.7080804@sugarcrm.com> In-Reply-To: <4DE66DD8.7080804@sugarcrm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.199.177.84] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: [PHP-DEV] Final version, RFC release process From: zeev@zend.com (Zeev Suraski) There's something between the user level API and the ABI - which is source = level compatibility. What Dmitry's pointing out that if we commit to source level compatibility,= it'll be quite limiting (based on past experience). If we don't commit to= source-level compatibility then we're fine. I guess we can say we'll stri= ve for source level compatibility, but not have it as a 'must'. Zeev > -----Original Message----- > From: Stas Malyshev [mailto:smalyshev@sugarcrm.com] > Sent: Wednesday, June 01, 2011 7:51 PM > To: Dmitry Stogov > Cc: John Crenshaw; PHP internals > Subject: Re: [PHP-DEV] Final version, RFC release process >=20 > Hi! >=20 > > Before now each major (5.y+1) release introduced API changes. > > We just couldn't introduce literal tables, interned strings, etc > > without API changes. >=20 > I think by API there it means PHP-level API, i.e. one exposed to the user= , not > binary API exposed to the extensions, which is meant by ABI. > So what should be preserved is PHP function signatures, classes, syntax, = INI > settings, etc. but internals can change. >=20 > -- > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227 >=20 > -- > PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visi= t: > http://www.php.net/unsub.php