Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91916 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48400 invoked from network); 24 Mar 2016 18:34:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Mar 2016 18:34:39 -0000 Authentication-Results: pb1.pair.com header.from=colinodell@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=colinodell@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.50 as permitted sender) X-PHP-List-Original-Sender: colinodell@gmail.com X-Host-Fingerprint: 209.85.218.50 mail-oi0-f50.google.com Received: from [209.85.218.50] ([209.85.218.50:35202] helo=mail-oi0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/36-15440-E3334F65 for ; Thu, 24 Mar 2016 13:34:38 -0500 Received: by mail-oi0-f50.google.com with SMTP id h6so16555742oia.2 for ; Thu, 24 Mar 2016 11:34:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=HsRWpDzJdGnyMOMFD/J2on/enxk9MOJo3CuiyEBlmRk=; b=EHgU+0P5sLIZNb00Ql+MXK1XAIZVKLWePsx2LgdLeLbffNwaNqWOPVPvu7P8zcW8s+ hB1xXGcPz8INP0hSOfS18gaxweljOjc72XZ2OXDWxR6U9Crs330HyfwwfD7j2yXR5gsH 24kgbxh29Fl7eSkHwYlfz26G+XLLT+RbDNVkabel1ZDGjO3YF4bln0WLuKUSq5SeMVtD HaDNwaebYht6fAFtyNbvimKfdHJhicia+m1qT+71zLY8BgDRIHPbZqCo1qLDPuqxt4BJ TPwFKkPwJayb5f23Pl6ueHV3u8xWIUYaaoLhhS596iS99WgOg+/bX0Fr+kccENn5jFOG JREA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=HsRWpDzJdGnyMOMFD/J2on/enxk9MOJo3CuiyEBlmRk=; b=DglFvXw/EdPK9Q3Fbz7A6VqKZAqRoiMd9HVxKYmGP52fAF6kyVnKBpYDUe4XybU+iP XEXnFvq1XX8HKfTArDeeCDmIsG+xLteEAaCSNhUZJ1LHLVawCWTXqce0HxIrhEwdt+L+ gOcxPDmcIFks0FkbdLVGjkWaO44zBttYcqY6ZalBw5Ap2/QW3VMSnPlSfWejKiHgWIjX +jtpKQDm59/Rn9VWclj7BbOZoF6rHdLQIVWLra4p/yJMvu1nbnc0yCJaBC98wHyILA2G kTFiyWtW+dfvYUcBoXLIlbTOmYQOHykgRv3dSiqvCiX8aTpUggf8OnEz6j0EmrUAyFEv E/7A== X-Gm-Message-State: AD7BkJJjhmMEDpWbNntjcvofpnPaOoFWyt91bYAPegCRVWHOhfz9B+bZ898QpFyeaCoBOeggzHQ0unNZy3PTJA== X-Received: by 10.157.26.23 with SMTP id a23mr5474855ote.40.1458844475929; Thu, 24 Mar 2016 11:34:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Thu, 24 Mar 2016 18:34:25 +0000 Message-ID: To: PHP Internals Content-Type: multipart/alternative; boundary=001a1141ef04c53a6f052ecfb2ad Subject: Re: [VOTE] var deprecation From: colinodell@gmail.com ("Colin O'Dell") --001a1141ef04c53a6f052ecfb2ad Content-Type: text/plain; charset=UTF-8 There have been some last-minute concerns raised about var being reserved "for future usage". My intent was that var couldn't be used for function/class names IN CASE it was re-used in the future, but not encouraging it to be re-used. I'd assume that reusing it would require a separate RFC to pass by a 2/3rds margin. Does anyone disagree with this interpretation or feel that it should be explicitly stated? Would anyone change their vote from NO to YES if "for future usage" was removed (but "reserving it" was kept in)? Would anyone change their vote from NO to YES if the question of "reserving it" could be voted on separately? If so, and we can stop the vote to make these changes, I'd strongly prefer to do so. I'd hate for three words to sink the entire RFC. (My apologies if this belongs in the discussion thread instead) Regards, Colin On Thu, Mar 24, 2016 at 8:40 AM Colin O'Dell wrote: > Hello everyone, > > It has been two weeks since discussion started on the RFC to deprecate and > eventually remove the "var" keyword (and one month since the idea was > originally proposed). > > This RFC has therefore been moved to the "In Voting" state. Voting will > begin immediately and will end in one week. > > You can find the full RFC (including the proposed patch and automatic > upgrade tool) here: https://wiki.php.net/rfc/var_deprecation > > I encourage everyone to read the RFC and cast your vote towards whichever > option you feel is the best for the language and the community. > > Regards, > > Colin O'Dell > --001a1141ef04c53a6f052ecfb2ad--