Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50664 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64213 invoked from network); 28 Nov 2010 16:12:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Nov 2010 16:12:00 -0000 Authentication-Results: pb1.pair.com header.from=dallasg@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=dallasg@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: dallasg@gmail.com X-Host-Fingerprint: 209.85.216.42 mail-qw0-f42.google.com Received: from [209.85.216.42] ([209.85.216.42:47668] helo=mail-qw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id ED/57-16104-F4F72FC4 for ; Sun, 28 Nov 2010 11:11:59 -0500 Received: by qwh6 with SMTP id 6so1286124qwh.29 for ; Sun, 28 Nov 2010 08:11:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=EgHGEwcZf7kD9+Uf8faANoGPw1sMPQtE5PD0O0KsJ+M=; b=jpjG39CcdIAhXr0V9w/Zn9Mv1hNRziUpGOoaIcpZGGCph3HQHoWJUIqHeRfUonnmxk zhFpHYhsG8n2VtbMSZXBEjPZLaZ8+DVs7Tn/eWPk8zrCyRI3EMsVllgIPDvRJJ8Y6d1M MTaDfgZxc01RF9vKwPrRvPcjAezh4FIuQ/yc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=xe9m34myow8rfDImkUbZIYaBgu27qeldlYa6dIgFOs5w2QbkiHDCUsinaiIYe/qTKB qYXb4Qsw4DntewrdAoe22QYbuLnMC8jPgPRFZNat5pZeK88VDreXXJaPJUVE1Cq0wCLr DJG21xrFbE7HeQTpYd37+wntoRQKSu0GOJpo4= MIME-Version: 1.0 Received: by 10.224.69.200 with SMTP id a8mr4324775qaj.190.1290960716929; Sun, 28 Nov 2010 08:11:56 -0800 (PST) Sender: dallasg@gmail.com Received: by 10.220.178.67 with HTTP; Sun, 28 Nov 2010 08:11:56 -0800 (PST) In-Reply-To: <4CF27AAC.9010704@divbyzero.net> References: <1290879624.7033.826.camel@guybrush> <4CF27AAC.9010704@divbyzero.net> Date: Sun, 28 Nov 2010 11:11:56 -0500 X-Google-Sender-Auth: NSwsMTbYzB5Ff_G0h9247WAxREg Message-ID: To: Martin Jansen Cc: Gustavo Lopes , internals@lists.php.net Content-Type: multipart/alternative; boundary=0016e64c0c4ef39ad304961f36eb Subject: Re: [PHP-DEV] RFC: Making T_FUNCTION optional in method declarations From: dallas@gutauckis.com (Dallas Gutauckis) --0016e64c0c4ef39ad304961f36eb Content-Type: text/plain; charset=ISO-8859-1 On Sun, Nov 28, 2010 at 10:52 AM, Martin Jansen wrote: > On 28.11.10 16:14, Gustavo Lopes wrote: > > On Sun, 28 Nov 2010 14:58:13 -0000, David Otton > > wrote: > >> As a plea on behalf of maintenance coders dealing with large, messy > >> codebases, please, please don't impact our ability to run 'grep -rs > >> "function functionName" *', or hit F8, or whatever your IDE's > >> equivalent is. > > > > IDEs would not be a problem, they would certainly be updated to locate > > definitions under the new syntax. As to grep, surely you could use > > another regular expression, perhaps egrep -rs "(public|function) > > functionName" or something similar. > > At least one would have to use the following expression: > > (public|protected|private|final|static|function) functionName > > Just to be clear, this works on the assumption that we don't know the class name that the function resides in? I understand the search argument, but to me it only applies to functions, not methods. Is anyone arguing for removing the T_FUNCTION requirement on functions? > - Martin, -1 > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --0016e64c0c4ef39ad304961f36eb--