Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:105367 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 23800 invoked from network); 24 Apr 2019 13:15:32 -0000 Received: from unknown (HELO poczta.brzuchalski.com) (188.165.245.118) by pb1.pair.com with SMTP; 24 Apr 2019 13:15:32 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by poczta.brzuchalski.com (Postfix) with ESMTP id 7A830298423A for ; Wed, 24 Apr 2019 12:16:08 +0200 (CEST) Received: from poczta.brzuchalski.com ([127.0.0.1]) by localhost (poczta.brzuchalski.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CT32g4QK9FWT for ; Wed, 24 Apr 2019 12:16:01 +0200 (CEST) Received: from mail-lf1-f44.google.com (unknown [209.85.167.44]) by poczta.brzuchalski.com (Postfix) with ESMTPSA id 16FC12984233 for ; Wed, 24 Apr 2019 12:16:01 +0200 (CEST) Received: by mail-lf1-f44.google.com with SMTP id t11so14183241lfl.12 for ; Wed, 24 Apr 2019 03:16:01 -0700 (PDT) X-Gm-Message-State: APjAAAWYNsYbHbwLNhsk9HCYh6wkuRbWyp6RLlCVYcSii7bWFg7XyELl cdJ1xvThzI062DXBOGSwEFfaoM5smJTDBgqIdzw= X-Google-Smtp-Source: APXvYqz7hku/ISCwIoAOOquuV4Co85tG0sUFQRAi951e60tI92vDefq6glv7ur3pCkQmoNztPa49vgsfStFQXoGbeQI= X-Received: by 2002:ac2:4355:: with SMTP id o21mr17862294lfl.123.1556100960569; Wed, 24 Apr 2019 03:16:00 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 24 Apr 2019 12:15:48 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Nikita Popov Cc: Benjamin Morel , PHP Internals Content-Type: multipart/alternative; boundary="000000000000fd501d058743fc58" Subject: Re: [PHP-DEV] Object Type Casting Reloaded From: michal@brzuchalski.com (=?UTF-8?Q?Micha=C5=82_Brzuchalski?=) --000000000000fd501d058743fc58 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable wt., 23 kwi 2019 o 11:17 Nikita Popov napisa=C5=82(a= ): > ... > Without commenting on the rest of the proposal: It's not possible to use > (ClassName) as a cast syntax, because it is ambiguous. For example (Foo) > [$x] is already valid syntax (fetch constant Foo and take index $x), or > (Foo) +$bar, etc. > Wouldn't that be possible to differentiate consts with class names if we merge symbol tables and allow only one symbol with the same name? I know this is huge BC break but AFAIK in the past, there was a discussion about merging symbol tables. --=20 regards / pozdrawiam, -- Micha=C5=82 Brzuchalski about.me/brzuchal brzuchalski.com --000000000000fd501d058743fc58--