Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101594 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88792 invoked from network); 10 Jan 2018 19:26:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jan 2018 19:26:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=andreas@dqxtech.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=andreas@dqxtech.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain dqxtech.net from 209.85.215.41 cause and error) X-PHP-List-Original-Sender: andreas@dqxtech.net X-Host-Fingerprint: 209.85.215.41 mail-lf0-f41.google.com Received: from [209.85.215.41] ([209.85.215.41:42121] helo=mail-lf0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C2/D8-39025-ED8665A5 for ; Wed, 10 Jan 2018 14:26:22 -0500 Received: by mail-lf0-f41.google.com with SMTP id e27so88793lfb.9 for ; Wed, 10 Jan 2018 11:26:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dqxtech-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/9dBF/Ljt0W1lon83hbTu0CrMZlY3/7mkX0nywzgEUs=; b=dCwj8lxBmv8yAUsbMpV1XXw3XfLn8BaiOs2snHlpVkq/L2QrSMbJPVbmCSLPr6B0Xv 7faV91fKVTWJzxJDoSpO5Y5b324QCN3YdXsXVLy1LEwK6+vJysRvF72vVGX+dmDnKtTv 6VxjKA2uN51yGug8ZkOb0Gmim08WXvyrxH9HnG4C6vxdRgXzQFcOWePH1Kgrjy/13iVT aqoHGWlbR/TmRCk0bvCDDSlYIjIijqD6u7SQoVugRv/Um3KM9aGM5tkpw7oxb7LTM/nU zo57EAFKbuZwFVLFD42C6BYh3FT1D/9LWFU4tcHcgl+WH0smO606mXaZam745Vvq8i4F Te5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/9dBF/Ljt0W1lon83hbTu0CrMZlY3/7mkX0nywzgEUs=; b=JZigDSQ4eY9H9UXAqAjD9hYB6ipMM5MVrbJA0BwIKt3Cj4e2jBiMY2dHT64rCrHSuR WCbRk2lhv++kNk7b5DbMJDKOiVP2b6fxNlfq8StejODWEPhFkMukgJ/j1oeCWcZtMAAc xocBUxwjExTLHAAsXmhkRNw7336iX9mmXRomGiKzkm0brYvAoVS00r8KbOfBwUjLHmBK 49tN+5Y8WJnSyXRf9999fmbmTXBhpxvwORl+abxh5LinIIo8yFL3WrzmMoauSkONu4FL fKvEVcsd9TecL9outbgQz6dQSRLbmxKqAZsEb03IYyFESgdwjx4ikjz/LdprDFbDtE15 tzJQ== X-Gm-Message-State: AKwxytdV2sK0zw8VwJb8hYndKk2EykU7k6esXavurf4Yg3OLseY4XoN6 RjhXVy4CEcjQtB3MH5k+7wm+pxOG X-Google-Smtp-Source: ACJfBotkWqtJoylOsCFZ5GHS2qLnAqL2GrrSkLD0DWBKtjl+WmVo3LWw/S4aN5KT1Lth9OyN97DDFw== X-Received: by 10.25.154.147 with SMTP id c141mr10385592lfe.116.1515612379314; Wed, 10 Jan 2018 11:26:19 -0800 (PST) Received: from mail-lf0-f46.google.com (mail-lf0-f46.google.com. [209.85.215.46]) by smtp.googlemail.com with ESMTPSA id a64sm3045005lfa.0.2018.01.10.11.26.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jan 2018 11:26:18 -0800 (PST) Received: by mail-lf0-f46.google.com with SMTP id w23so81668lfd.11 for ; Wed, 10 Jan 2018 11:26:18 -0800 (PST) X-Received: by 10.46.104.25 with SMTP id c25mr914147lja.40.1515612378069; Wed, 10 Jan 2018 11:26:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.221.20 with HTTP; Wed, 10 Jan 2018 11:25:57 -0800 (PST) In-Reply-To: References: <9a3a8760-f65a-a5c0-b318-1830a9a986c3@gmail.com> <9352F6DF-9940-49A2-9B1D-FA9258E9738E@lerdorf.com> Date: Wed, 10 Jan 2018 20:25:57 +0100 X-Gmail-Original-Message-ID: Message-ID: To: Rasmus Lerdorf Cc: Michael Morris , PHP internals Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Strong Typing Syntax From: andreas@dqxtech.net (Andreas Hennings) Whether we work with runtime type checks or compile-time static analysis: The user-facing language design questions would still be the same, right? E.g. we would still have to distinguish type-locked parameter values vs dynamically typed parameter values. On 10 January 2018 at 20:23, Andreas Hennings wrote: > On 10 January 2018 at 19:59, Rasmus Lerdorf wrote: >> >> Now if the RFC was a plan for baking a compile-time static analysis engine >> into PHP itself, that would be interesting. But that is a *massive* project. > > Even with my limited understanding of the engine, I can imagine this > to be a lot of work. > But it sounds much better to me than adding more expensive runtime type checks. > I think it would be worth exploring as a long-term direction.