Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84737 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44388 invoked from network); 13 Mar 2015 23:03:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Mar 2015 23:03:04 -0000 Authentication-Results: pb1.pair.com header.from=arvids.godjuks@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=arvids.godjuks@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.53 as permitted sender) X-PHP-List-Original-Sender: arvids.godjuks@gmail.com X-Host-Fingerprint: 209.85.215.53 mail-la0-f53.google.com Received: from [209.85.215.53] ([209.85.215.53:36180] helo=mail-la0-f53.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/08-34457-6AC63055 for ; Fri, 13 Mar 2015 18:03:03 -0500 Received: by lamx15 with SMTP id x15so823737lam.3 for ; Fri, 13 Mar 2015 16:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to:cc :content-type; bh=cSurKdeVEGSuAt3ErdA7+TsyQw9CApTpJ+w6M7y29Dc=; b=FYwW6JZkC8FsKpSQx1M/wgX32aR85UxcG98kbfdhShxWbluI/nQ9WGcpz7ToiluEsc OwD5znqx3h1bGkCQ8QabzWesSvEB3v5wxzAsdYb0zj+KOPpJzM76rXlA7gXfiLCdSA56 yNspFBZezP8CMBg3lDqXPNuOUaGqlmNme87+P8YZMGM5at13jWH7dIYZpzuRu1QKJvbv 53JWATJmas3re2CvZ/TqT+q4eciaSvVzamms8QDUvVFXi6namPeJ9CyTAAnfqZXNYvCd ul3rUbKlkL5ajaJ61UWrfq/uz/IEwX7T9zM7bMYcZqkV+36MMNbcCDjlZVQizYvxEBpS y/4A== X-Received: by 10.112.182.69 with SMTP id ec5mr43689357lbc.118.1426287779416; Fri, 13 Mar 2015 16:02:59 -0700 (PDT) MIME-Version: 1.0 References: Date: Fri, 13 Mar 2015 23:02:58 +0000 Message-ID: To: Philip Sturgeon , =?UTF-8?Q?Pavel_Kou=C5=99il?= Cc: Anthony Ferrara , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=001a11c3686e7091710511338074 Subject: Re: [PHP-DEV] A plea for unity on scalar types From: arvids.godjuks@gmail.com (Arvids Godjuks) --001a11c3686e7091710511338074 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =D0=BF=D1=82, 13 =D0=9C=D0=B0=D1=80 2015, 23:01, Philip Sturgeon : > Pavel, > > On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kou=C5=99il w= rote: > > On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara > wrote: > >> > >> But for today, I firmly believe that the Dual-Mode proposal is the > >> only one that stands a chance of passing. I think it's the best chance > >> for the language, and it's the only one that tries to unite the > >> different usages of PHP into a single group, rather than alienating > >> users. > >> > > > > Hello, > > > > I see (as a userland developer) these problems with dual mode: > > - It is a "setting" that changes the language's behavior; I don't > > think that it matters whether or not it would be an INI setting or the > > declare() one, because both of them are bad. > > - It does not "unite different usages of PHP into a single group"; it > > does exactly the opposite, splitting PHP usage into TWO groups. > > - Once this dual mode would be introduced to PHP, there would probably > > be no way of removing it later without massive BC break, once most > > people would realize that it is really awful to have it in the > > language. > > > > (There's probably more of them, but these are the biggest issues I > > currently have.) > > > > Regards > > Pavel Kouril > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > Hang on. This is not the time to nitpick things in various RFCs that > have already been answered time and time again. > > An ini setting would be insane because taking an app that works on one > machine and putting it on another would completely break the app. > Hello anything using Composer, hello any CMS, hello any system moving > to a new host that doesn't let you change ini settings, or you dont > know how. > > A declare statement in the top of the file changing how that file > handles things is hardly a problem, and is exactly how a lot of other > languages do things. Hello JavaScript. > > It seems like you didn't read anything now you're just saying "it's > bad" a lot. Please don't do that. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > That declare thing with the removal of block-aware declare(){} kills one of the fundamental optimizations you can do for large PHP projects - compacting most used files into one single big file and caching it. And you never had to care what the files are - just splice it all together and let autoload handle the rare cases. With single declare statement I effectivly have to scan all the code, remove declare statements and choose a mode globally. Well, it might work for a small project, but in a big project with multiple teams or even multiple vendors doing different parts.... At this point I have only swearing words for the proposing persons and supporters. It's magic_quotes and register_globals all over again, but this time you can't fix it with some PHP code. You really had to fuck it all up for us, the userland developers, didn't you? Sorry, but I now question the wisdom and sanity of most new PHP folks. Because the old once see the danger and vote "no". And everyone just thinks they act up. Well, you wrong. I will nit be surprised if they just leave the project for good after this. --001a11c3686e7091710511338074--