Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116818
MIME-Version: 1.0
References: <CAMrTa2Emxro81j7UMA5QZ+wCOY7g46LSotLRD4oUG7HEfqSD0A@mail.gmail.com>
 <CAB-BujY=RM832fUXUFnq0OFUBVmSQZS4Uog4WCvrD-bVYEuJ9Q@mail.gmail.com> <CAB-BujZRRfjGHOyfybDX9MoPwRjNzULUgYQac7hP69QyWSWDzA@mail.gmail.com>
In-Reply-To: <CAB-BujZRRfjGHOyfybDX9MoPwRjNzULUgYQac7hP69QyWSWDzA@mail.gmail.com>
Date: Wed, 5 Jan 2022 11:11:07 -0800
Message-ID: <CAMrTa2G=YyMGkA8zpqgdRhwunx3bYx+J56OsOM0iCXZOz5zoiQ@mail.gmail.com>
To: Andreas Hennings <andreas@dqxtech.net>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000f3920e05d4da84cb"
Subject: Re: [PHP-DEV] [VOTE] User Defined Operator Overloads
From: jordan.ledoux@gmail.com (Jordan LeDoux)

--000000000000f3920e05d4da84cb
Content-Type: text/plain; charset="UTF-8"

On Wed, Jan 5, 2022 at 6:33 AM Andreas Hennings <andreas@dqxtech.net> wrote:

> Hello Jordan,
> do you have any thoughts about these symmetric/left/right modifiers,
> to get rid of the $operandPos parameter?
>
> To me, the parameter could be the kind of thing where in hindsight we
> ask "why?".
>
> Also, can we drop the "public" modifier, if we do a new version of the RFC?
>
> Cheers
> Andreas
>

It's a totally different design concept (symmetric/left/right) and I've
been going over the design implications before I responded. For instance,
wouldn't this be a special case of method overloading? You're overloading
according to a modifier, not the typing, but there is that to contend with.
If someone defined `symmetric operator +` and `left operator +` which would
be used? (My feeling is left as its more specific.) How would they be
stored within the zend_class_entry? Since they would technically have the
same name, something would need to happen for them to not be in the
function table.

The public modifier is not required (as stated in the RFC), you can just
add it if you want. Are you asking for `public operator` to produce a
compile error?

Jordan

--000000000000f3920e05d4da84cb--