Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91611 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74761 invoked from network); 10 Mar 2016 11:21:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Mar 2016 11:21:39 -0000 Authentication-Results: pb1.pair.com header.from=come@opensides.be; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=come@opensides.be; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain opensides.be designates 195.154.20.141 as permitted sender) X-PHP-List-Original-Sender: come@opensides.be X-Host-Fingerprint: 195.154.20.141 smtp.opensides.be Received: from [195.154.20.141] ([195.154.20.141:41071] helo=smtp.opensides.be) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/10-07932-1C851E65 for ; Thu, 10 Mar 2016 06:21:38 -0500 Received: from localhost (localhost [127.0.0.1]) by smtp.opensides.be (Postfix) with ESMTP id 2E421105136 for ; Thu, 10 Mar 2016 12:21:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at opensides.be Received: from smtp.opensides.be ([127.0.0.1]) by localhost (smtp.opensides.be [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dkDPlK3ko8Ry for ; Thu, 10 Mar 2016 12:21:34 +0100 (CET) Received: from mcmic-probook.localnet (node-10rk.pool-182-52.dynamic.totbb.net [182.52.186.32]) by smtp.opensides.be (Postfix) with ESMTPSA id D8357105131 for ; Thu, 10 Mar 2016 12:21:33 +0100 (CET) To: internals@lists.php.net Date: Thu, 10 Mar 2016 12:19:16 +0100 Message-ID: <6812737.5GHac6GeF3@mcmic-probook> Organization: OpenSides User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) In-Reply-To: <76.21.53667.08C41E65@pb1.pair.com> References: <1F.91.55238.41F10D65@pb1.pair.com> <76.21.53667.08C41E65@pb1.pair.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Subject: Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal From: come@opensides.be (=?ISO-8859-1?Q?C=F4me?= Chilliet) Le jeudi 10 mars 2016, 10:28:58 Tony Marston a =C3=A9crit : > It is perfectly legitimate to question the competence, professionalis= m, and=20 > intelligence of any individual (or group) who seeks to break BC for N= O GOOD=20 > REASON other than personal preference. > I don't mind a language that evolves with the addition of new feature= s=20 > provided that I am not forced to use them. What I, and huge numbers o= f other=20 > developers, *DO* mind is to have code which worked perfectly with the= =20 > previous version suddenly break with the new version FOR NO GOOD REAS= ON. > "Improving" the language should NOT involve rewriting it to conform t= o=20 > today's fashion or fad. Introducing BC breaks for NO GOOD REASON shou= ld be=20 > outlawed. > This is why I fully expect the take-up of PHP 7 to be=20 > very slow. Take up would be much faster if only you un-clever not-fir= st-rate=20 > meddlers would stop breaking the language for NO GOOD REASON. Oh, it=E2=80=99s okay then, because we want to remove the var keyword F= OR A GOOD REASON, so we should be fine. Note that I=E2=80=99m not sure who this =C2=ABwe=C2=BB is, I=E2=80=99m = using =C2=ABwe=C2=BB because you said =C2=AByou=C2=BB, but I had nothin= g to do with PHP7 BC breaks. (Which are mostly a good think, BTW)