Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:99678 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 16149 invoked from network); 29 Jun 2017 10:07:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Jun 2017 10:07:19 -0000 Authentication-Results: pb1.pair.com header.from=danack@basereality.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=danack@basereality.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain basereality.com from 209.85.192.182 cause and error) X-PHP-List-Original-Sender: danack@basereality.com X-Host-Fingerprint: 209.85.192.182 mail-pf0-f182.google.com Received: from [209.85.192.182] ([209.85.192.182:34148] helo=mail-pf0-f182.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 70/1B-07609-651D4595 for ; Thu, 29 Jun 2017 06:07:19 -0400 Received: by mail-pf0-f182.google.com with SMTP id s66so48048309pfs.1 for ; Thu, 29 Jun 2017 03:07:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dSjPfu/1UGq26Nk6/ZfqIcYQpmCvGMwLggiMhcJPVsk=; b=q21kvNDd3xm1CFk7TKNPRaK6srmb8OVzLacIip173IAXKgpcuNS/ykaZSU6f3HzH8m i1JsMv7xrePKIrzBxQACzY/gosswb2QmIRZgqB47/z8hlHMNjattM6vYg3j9GXXxYM0J O3O2ZHOd7El2TXD/hp1zAUivggA+YF8gE1SOiaBHdnDfJrS+WPY64kE6oqII2swnT/5Q am7rxFHPwuvvSGjgFSv7HofyLZ8kTh4sprNMtbaxXcNRIGFi3ZFF8Hg5asxBnkNmLqnl KjMwHdaGl7dGmaIcqlyy6lzS2RHyp6g1oSrriw2vbZy7gxrw5XpYsuPWbIIKiPa+Hs2l f7ew== 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=dSjPfu/1UGq26Nk6/ZfqIcYQpmCvGMwLggiMhcJPVsk=; b=uaaZIuS1LqaeoIeDJZURarF2F9H6gdsc/btyDwb8ir0rrAlw4OvfdzF4uRYBjNnrG3 BFi4Fru0n+zmpykmJgOUwArU4aKmR/KB9GZj/fRiqug9fOU1OP8FIJh8fVurCNbddYbc O+yIOaNLBgkF9oSpaOoDHzsh26I7iLV2vVuReP4/nq1UFeJPOMieB1M6HsW+qAVj896R bbdh9tjrb04RTamfD2XCHyEA1rfh+yutaIRf+VpHVc4f4rW1teFDnFmxmMtrddJbZU6Q rDnURl7Gsjrd34k+PZvAk0ey7F+KwJM0v2YFl0cYPmZ/y2QeL940koacC65HAFlg2TpD j7Pw== X-Gm-Message-State: AKS2vOzfVRt2eoiQg8zkziDyyAFd53LIr7IQ/pGNSKnqd4ku42eANUQy xqi/u6RGoEOzUAND8W+Og2M+3xQctjcH X-Received: by 10.98.103.149 with SMTP id t21mr15542210pfj.83.1498730835813; Thu, 29 Jun 2017 03:07:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.164.161 with HTTP; Thu, 29 Jun 2017 03:07:15 -0700 (PDT) X-Originating-IP: [81.143.203.71] In-Reply-To: References: Date: Thu, 29 Jun 2017 11:07:15 +0100 Message-ID: To: Marco Pivetta Cc: Kalle Sommer Nielsen , David Rodrigues , PHP Internals List Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] Final variables From: danack@basereality.com (Dan Ackroyd) On 29 June 2017 at 05:20, Marco Pivetta wrote: > References to properties ...is effectively a BC break for anything > using reflection and closure scope binding No it's not. If that feature was brought into PHP, any code that is currently valid, that the library is capable of reflecting, would still be valid code, that the library would still be capable of reflecting. Yes, there would be some new syntax which the library wouldn't be aware of, which wouldn't be supported in the library, but that is not a BC break. Adding new syntax to a language does mean that people who have libraries that inspect code based on the current syntax would need to choose between: * Updating the library to support the new syntax, or asking for a PR for that. * Saying that the library can inspect code up to the version before the new syntax was introduced, but doesn't support later code. I can see that would be annoying for the authors of those libraries, as they would obviously prefer to not have to make that choice, but it isn't a BC break. > *snip - lots of difficult to solve technical problems* > > This is the exact same set of problems we had with the typed properties > RFC, and which caused the RFC to fail: please take all these in > consideration while designing the feature. Yup. I think any discussion without at least some kind of plan for dealing with the technical problems for implementing this isn't likely to be productive. cheers Dan