Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62755 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 734 invoked from network); 3 Sep 2012 16:23:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Sep 2012 16:23:21 -0000 Authentication-Results: pb1.pair.com header.from=ajf@ajf.me; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ajf@ajf.me; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ajf.me designates 64.22.89.133 as permitted sender) X-PHP-List-Original-Sender: ajf@ajf.me X-Host-Fingerprint: 64.22.89.133 oxmail.registrar-servers.com Received: from [64.22.89.133] ([64.22.89.133:53306] helo=oxmail.registrar-servers.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D1/10-20751-879D4405 for ; Mon, 03 Sep 2012 12:23:20 -0400 Received: from [192.168.0.200] (5ad3285b.bb.sky.com [90.211.40.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by oxmail.registrar-servers.com (Postfix) with ESMTPSA id 1AD2F7580CD; Mon, 3 Sep 2012 12:23:15 -0400 (EDT) Message-ID: <5044D950.907@ajf.me> Date: Mon, 03 Sep 2012 17:22:40 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Laruence CC: ivan.enderlin@hoa-project.net, internals@lists.php.net References: <5044C3E6.8040202@hoa-project.net> <5044CA5C.9080208@ajf.me> <5044D54E.9090008@ajf.me> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] $obj->attr::method() is not allowed From: ajf@ajf.me (Andrew Faulds) On 03/09/12 17:17, Laruence wrote: > On Tue, Sep 4, 2012 at 12:05 AM, Andrew Faulds wrote: >> On 03/09/12 17:03, Laruence wrote: >>> It is great parser(simple and fast) which make php works well for years.. >> No, it's not, it's overly complex. You have to define all sorts of different >> expression and variable variations :( > if you don't, you will get a complex executor. Not really, type checks are cheap. > I really don't get it, you are saying current is bad, but every > language has defects, either parser, or executor. > > why do you think rewrite a new parser will make every think perfect? > > there is no perfect language at all. I don't mean perfect, but current parser in PHP is very limiting compared to other language parsers, and it makes doing things more difficult, and creates lots of things which should work but don;t. -- Andrew Faulds http://ajf.me/