Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65998 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63962 invoked from network); 19 Feb 2013 23:01:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Feb 2013 23:01:58 -0000 Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain zend.com does not designate 209.85.214.174 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.214.174 mail-ob0-f174.google.com Received: from [209.85.214.174] ([209.85.214.174:57023] helo=mail-ob0-f174.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CD/40-61103-56404215 for ; Tue, 19 Feb 2013 18:01:58 -0500 Received: by mail-ob0-f174.google.com with SMTP id 16so7131120obc.19 for ; Tue, 19 Feb 2013 15:01:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=Y58tg+ed5Oo7WbVTbpgNwRQJG67xCo3+e2Nu6zfx15Q=; b=ak9wLeMV4iBO3f01QutIglDlrp0ILRwSX776p5CMlYJ5D6EoX3hG8I77HK8MrCcrKP VxqWG0Yz1EanWyMHjzeIZ05XsyBKJe3iCsy+i9Gjv/1R4dB9+RP2A7KKdw7O1/beBH8j vTH5pj9E8vBwaZ3sDiwUQx5frRd51rMhDpEqkfnfixO2rx6ktmWXtN6XPRVdf6zQ2uFk XNbZdlXBblgyssHV/D3HbpcTSTg1x4lsd3/Ngec5JYywsvmdZ1fnXLA18D8MH3NvGtJA h8ksIfplgWFMcu3gFZ/ej4BOCoU4Keo9Yf4APFRWtT2ccKF6Iv59m4k4Hgx+k3cNE0fO FB4g== X-Received: by 10.182.164.8 with SMTP id ym8mr8379998obb.68.1361314915183; Tue, 19 Feb 2013 15:01:55 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Date: Wed, 20 Feb 2013 01:01:55 +0200 Message-ID: <-1452447624906595030@unknownmsgid> To: Nikita Nefedov Cc: "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnifMoC97xqW0HDgdAewuPeOZ4TgygljlJRgFNK5OG1ZBZMSIbINp8j+5Z0hHqtJFdCIAtA5SOAhLumrP0/Q06OK3xsLy79YE5zo3TzNcosBzT6sfGEqYjoj6cvK6xqq/+8rHpg Subject: Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc From: zeev@zend.com (Zeev Suraski) Are we really trying to look under ground now for ways to change the language syntax? Unless there's a strong case to adding/removing/changing syntax, that goes well beyond 'because we can' or 'it shortens the code' it shouldn't even be brought up for discussion. Zeev On 19 =D7=91=D7=A4=D7=91=D7=A8 2013, at 19:44, Nikita Nefedov wrote: > Hi! > > As someone mentioned in the thread about short syntax for closures, we co= uld also drop requirement for `function` keyword when defining/declaring me= thods in classes, interfaces or traits. > > I have long noticed how redundant it is. The patch is pretty easy as it w= as with commas :) > It is absolutely backwards compatible (you can use `function` or you can = not use it). Here's the patch: https://gist.github.com/nikita2206/4988075 > > If people will welcome this proposal, I would need some karma for making = RFC. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >