Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65585 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 11993 invoked from network); 3 Feb 2013 21:55:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2013 21:55:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.160.43 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.160.43 mail-pb0-f43.google.com Received: from [209.85.160.43] ([209.85.160.43:60617] helo=mail-pb0-f43.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 02/E2-22879-2ECDE015 for ; Sun, 03 Feb 2013 16:55:46 -0500 Received: by mail-pb0-f43.google.com with SMTP id jt11so2865885pbb.30 for ; Sun, 03 Feb 2013 13:55:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:x-gm-message-state; bh=yiAUF7lm8g/KJtSQGCurhTepvKhJkRqv4bChh8PvT1w=; b=iEyNRaF9qZXOLBun5t2h8Xt4Yvaw5taIterDpypC5NBbQr5eSiW8SfSTjeukfTDFmH +VThdwNMcMMI19Me3R0oFTaAooa2rhaRUBLnQOx8gb55aPl7iDreR2dwghPoHRQn8PnP Y18cexAphtiJV7OVReYCCdOwC7wjHeLS58SaRBJtYCs5vPVq2iLCTgaNSuk9a0rAtWcy XhQACA5QWtL0bH3CODLzCNJR8iKXjRZ+ZjWYneGdH+/DQoyNIJF/nQZJAZIOJkOtRwiE uvyVFZP51x4NGyXLyseBfXXarqZDLCu3Io4gZi2uIDn0fHjtvVCdcgHCdgO4aIe/tfD4 3Wvg== X-Received: by 10.68.247.39 with SMTP id yb7mr50436063pbc.15.1359928543218; Sun, 03 Feb 2013 13:55:43 -0800 (PST) Received: from [192.168.200.148] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id ai8sm15721238pbd.14.2013.02.03.13.55.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 03 Feb 2013 13:55:42 -0800 (PST) Message-ID: <510EDCDD.3060508@lerdorf.com> Date: Sun, 03 Feb 2013 13:55:41 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Karoly Negyesi CC: "internals@lists.php.net" References: <510EBF98.4060900@lerdorf.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkVE9UX/62THA0zzeGJVqzD03Fs/UYCI76QjIYyiDdZvYuRpWDtQ8lY2ngckzGdqP+pmHhR Subject: Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning From: rasmus@lerdorf.com (Rasmus Lerdorf) On 02/03/2013 01:48 PM, Karoly Negyesi wrote: >> We do not consider a change [...] a BC break > > Let me help: backwards compatibility means a host can upgrade a > package without inducing a lot of support tickets. Well, that is obviously not realistic. Every change we make has some level of BC impact. We have to draw a line somewhere. Heck, even fixing a segfault is technically a BC change because the behaviour from one version to the next is different. A 100% strict "no BC" rule would mean we couldn't actually ever fix any bugs. There has to be a line. Our line is that in minor version upgrades we won't change documented functional behaviour unless there are extremely serious (usually security-related) reasons for doing so. -Rasmus