Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:124948
Precedence: bulk
MIME-Version: 1.0
References: <CAM7F2-_AJfRhuJ0rzA8sRQJkoSnQ=5zitOLcgJsze_ybk68=PA@mail.gmail.com>
 <EDAD8065-F9B0-468F-AF89-78E81C13898F@getmailspring.com>
In-Reply-To: <EDAD8065-F9B0-468F-AF89-78E81C13898F@getmailspring.com>
Date: Thu, 15 Aug 2024 11:10:11 -0600
Message-ID: <CAM7F2--wKbKDhsO8ixe+ooAjpaY40unfpMQMrM7P1PEPeeoDqg@mail.gmail.com>
Subject: Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API
To: John Coggeshall <john@coggeshall.org>
Cc: Mike Schinkel <mike@newclarity.net>, PHP internals <internals@lists.php.net>, 
	Pascal Chevrel <pascalc@gmail.com>, Levi Morrison <levi.morrison@datadoghq.com>, 
	Arvids Godjuks <arvids.godjuks@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000f09622061fbbea79"
From: lnearwaju@gmail.com (Lanre)

--000000000000f09622061fbbea79
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 15, 2024 at 8:51=E2=80=AFAM John Coggeshall <john@coggeshall.or=
g> wrote:

>
>
> On Aug 14 2024, at 5:27 pm, Lanre <lnearwaju@gmail.com> wrote:
>
>
> Can you point out where either of us suggested writing PHP in another
> language? You might be mixing this up with the C11 thread, which has
> nothing to do with this.  All I'm proposing is improving the current C++
> support in the engine.
> https://github.com/php/php-src/blob/master/Zend/zend_portability.h alread=
y
> guarantees compatibility with c++ thanks to the BEGIN_EXTERN_C()
> and END_EXTERN_C() macros defined right at the top and that are used all
> around the engine. Notice how that macro compiles to nothing when C++ isn=
't
> being used? I'm simply proposing more of those.
>
>
> You aren't simply "proposing more of those [macros]". Per your original
> email:
>
> Key points:
> - **Struct-based Approach:** Everything will still use structs=E2=80=94no=
 classes
> or non-public/non-static members.
> - **Isolation:** Any enhancements that can be isolated from the C
> implementation will be, and they will reside in a common `zend_api_cxx`
> header file.
> - **Proposed Enhancements:**
>   - Constructors and destructors, along with comparison operator overload=
s
> for `zval`.
>   - Constructor overloads for common `zval` initializations.
>   - Member methods for common `zval` operations.
>
> You have been asked three times now by two different people to put
> together an RFC of exactly what you are proposing. You have also been ask=
ed
> by multiple people multiple times to stop hurling insults at people you
> disagree with. If you can't or won't do these things, then I don't see th=
e
> point in continuing this thread.
>
>
>
You're embarrassing yourself John, read my very first paragraph (you got
this). I will make an RFC when i get the chance. Also I'm sorry for
'bullying' you but you should learn to stay out of stuff that doesn't
concern you. You don't know a lick of C++, you never write it, so you
can't speak on the benefits of this, it is a non intrusive change that
won't affect C, yet you're against it for some stupid reasons. Sorry for
hurting your feelings, that was not my intention. Have a wonderful day John=
.

Cheers,
Lanre.

--000000000000f09622061fbbea79
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Aug 15, 2024 at 8:51=E2=80=AF=
AM John Coggeshall &lt;<a href=3D"mailto:john@coggeshall.org">john@coggesha=
ll.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left=
:1ex"><br><br><div>On Aug 14 2024, at 5:27 pm, Lanre &lt;<a href=3D"mailto:=
lnearwaju@gmail.com" target=3D"_blank">lnearwaju@gmail.com</a>&gt; wrote:</=
div><blockquote><div><div><br></div><div class=3D"gmail_quote"><div>Can you=
 point out where either of us suggested writing PHP in another language? Yo=
u might be mixing this up with the C11 thread, which has nothing to do with=
 this.=C2=A0 All I&#39;m proposing is improving the current C++ support in =
the engine.=C2=A0<a href=3D"https://github.com/php/php-src/blob/master/Zend=
/zend_portability.h" title=3D"https://github.com/php/php-src/blob/master/Ze=
nd/zend_portability.h" target=3D"_blank">https://github.com/php/php-src/blo=
b/master/Zend/zend_portability.h</a>=C2=A0already guarantees compatibility =
with c++ thanks to the=C2=A0BEGIN_EXTERN_C() and=C2=A0END_EXTERN_C() macros=
 defined right at the top and that are used all around the engine. Notice h=
ow that macro compiles to nothing when C++ isn&#39;t being used? I&#39;m si=
mply proposing more of those.</div></div></div></blockquote><div><div class=
=3D"gmail_quote"><br><div>You aren&#39;t simply &quot;proposing more of tho=
se [macros]&quot;. Per your original email:</div><br><div>Key points:</div>=
<div>- **Struct-based Approach:** Everything will still use structs=E2=80=
=94no classes or non-public/non-static members.</div><div>- **Isolation:** =
Any enhancements that can be isolated from the C implementation will be, an=
d they will reside in a common `zend_api_cxx` header file.</div><div>- **Pr=
oposed Enhancements:**=C2=A0 </div><div>=C2=A0 - Constructors and destructo=
rs, along with comparison operator overloads for `zval`.</div><div>=C2=A0 -=
 Constructor overloads for common `zval` initializations.</div><div>=C2=A0 =
- Member methods for common `zval` operations.</div><br><div>You have been =
asked three times now by two different people to put together an RFC of exa=
ctly what you are proposing. You have also been asked by multiple people mu=
ltiple times to stop hurling insults at people you disagree with. If you ca=
n&#39;t or won&#39;t do these things, then I don&#39;t see the point in con=
tinuing this thread.</div><br><br></div></div></blockquote><div><br></div><=
div>You&#39;re embarrassing yourself John, read my very first paragraph (yo=
u got this). I will make an RFC when i get the chance. Also I&#39;m sorry f=
or &#39;bullying&#39; you but you should learn to stay out of stuff that do=
esn&#39;t concern you. You don&#39;t know a lick of C++, you never write it=
, so you can&#39;t=C2=A0speak on the benefits of this,=C2=A0it=C2=A0is a no=
n intrusive change that won&#39;t affect C, yet you&#39;re against it for s=
ome stupid reasons.=C2=A0Sorry for hurting your feelings, that was not my i=
ntention. Have a wonderful day John.</div><div><br></div><div>Cheers,</div>=
<div>Lanre.</div></div></div>

--000000000000f09622061fbbea79--