Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88464 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81944 invoked from network); 24 Sep 2015 07:06:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Sep 2015 07:06:56 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:58100] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 61/E4-33598-D01A3065 for ; Thu, 24 Sep 2015 03:06:53 -0400 Received: (qmail 4523 invoked by uid 89); 24 Sep 2015 07:06:49 -0000 Received: by simscan 1.3.1 ppid: 4516, pid: 4519, t: 0.0696s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.160.91.166) by mail4.serversure.net with ESMTPA; 24 Sep 2015 07:06:49 -0000 To: internals@lists.php.net References: <28.4D.56639.BB071065@pb1.pair.com> Message-ID: <5603A109.5040005@lsces.co.uk> Date: Thu, 24 Sep 2015 08:06:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: [RFC] [VOTE] Short Closures From: lester@lsces.co.uk (Lester Caine) On 24/09/15 07:39, Marco Pivetta wrote: > - I'm still conflicted on automatically importing all of the scope into > the closure: while it is working for functional languages, that's where > most of the headaches come from in languages such as javascript. Isn't this the crux of some decisions? Once one adopts compiling as an essential step a number of the rules can be changed. So is PHP heading down the path of a compiled language even if that is hidden in some automatic cache or is it still mainly an interpreted script? Lots of things are easier if you apply optimization in the compile stage but that then blocks many of the dynamic actions which PHP *IS* so good at. The sort of thing that allows thousands of pages of content to be stored in a database without some of the straight jacket that some people seem to think is essential these days? If I'd wanted a fully compiled system I'd have stayed with C/C++ all those years ago ... as I keep harping on PHPs dynamic nature is it's strength? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk