Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74961 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54647 invoked from network); 17 Jun 2014 21:25:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Jun 2014 21:25:42 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.75 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.75 smtp75.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.75] ([108.166.43.75:38965] helo=smtp75.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 98/C1-43470-552B0A35 for ; Tue, 17 Jun 2014 17:25:41 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp18.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id C38EB280408; Tue, 17 Jun 2014 17:25:38 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp18.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id B5FAE2800CD; Tue, 17 Jun 2014 17:25:37 -0400 (EDT) Message-ID: <53A0B251.2060508@sugarcrm.com> Date: Tue, 17 Jun 2014 14:25:37 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Pierre Joye CC: Ferenc Kovacs , Rafael Dohms , Marco Pivetta , Remi Collet , internals References: <53886F73.70402@php.net> <539B0888.9040208@fedoraproject.org> <53A0A71E.9020503@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] BC break in 5.4.29 and 5.5.13 From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > And where is the limit? We define the limit. > Add a full extension is fine too? No, it is not. Depends on the extension. Adding new extension to core may be not warranted, because you can just as well put it on PECL. So it's not a good example - you can't just put a new function or parameter on PECL. > It reintroduces the pain to add dozen minors version checks for php > version dependencies. You don't need version checks. You need functionality checks. You'd need them anyway if you want to support multiple versions. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227