On Thu, Aug 15, 2024 at 4:39 PM Derick Rethans wrote:
> On 15 August 2024 18:42:58 BST, Lanre wrote:
> >On Thu, Aug 15, 2024 at 11:33 AM Derick Rethans wrote:
> >
> >> On 15 August 2024 18:10:11 BST, Lanre wrote:
> >>
> >> >You're embarrassin
John reached out to me directly, but i think he raised some valid points
that I should address here, so here it is:
On Thu, Aug 15, 2024 at 1:56 PM John Coggeshall wrote:
> Lanre,
>
> I think you're expectations are probably unrealistic if you expected to
> drop a PR i
On Thu, Aug 15, 2024 at 11:53 AM Bilge wrote:
>
>
> On Thu, 15 Aug 2024, 18:50 Lanre, wrote:
>
>>
>> Why am I the only person being reminded of the rules?
>>
>
> Maybe because during the aggregate time you've spent slandering your
> fellow man, you
On Thu, Aug 15, 2024 at 11:42 AM Lanre wrote:
>
>
> On Thu, Aug 15, 2024 at 11:33 AM Derick Rethans wrote:
>
>> On 15 August 2024 18:10:11 BST, Lanre wrote:
>>
>> >You're embarrassing yourself John, read my very first paragraph (you got
>> this).
>
On Thu, Aug 15, 2024 at 11:33 AM Derick Rethans wrote:
> On 15 August 2024 18:10:11 BST, Lanre wrote:
>
> >You're embarrassing yourself John, read my very first paragraph (you got
> this).
>
> We have said this before, but you *really* need to stop using
> c
On Thu, Aug 15, 2024 at 8:51 AM John Coggeshall wrote:
>
>
> On Aug 14 2024, at 5:27 pm, Lanre 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
n't you already say this conversation was a waste of your
> time and imply that you were done with the thread? Then why would I be
> replying to you?
>
Nah, I meant the specific conversation with Pierre Joye, it wasn't going
anywhere. I stand by all my points so why would I just leave because of
some confused folks?
Cheers,
Lanre.
t many others will give up too, and
> many more will never even try.
>
> IOW, if you care about being able to have enough people to maintain PHP
> into the future, you should really think hard before deciding to more PHP
> to C++ development. And before you say there are lots of C++ developers,
> consider that most good C++ would never even consider working on PHP as
> they likely do not consider it a language worthy of their time.
IF I wanted PHP to be implemented in C++, I would simply fork it. How many
thousand RFCs do you think it will take to get anything reasonable done?
I'm baffled that I actually have to convince y'all to IMPROVE the current
support for C++, but calm down, no one wants you to quit.
Cheers,
Lanre.
On Wed, Aug 14, 2024 at 4:30 AM Pascal Chevrel wrote:
> Le 14/08/2024 à 05:03, Lanre a écrit :
> >
> > Mozilla introduced Rust years ago, yet Firefox remains primarily C++,
> > with only about 3% of the codebase in Rust.
>
> Hi,
>
> 10.3% now https://open
On Wed, Aug 14, 2024 at 3:54 AM Pierre Joye wrote:
>
>
> On Wed, Aug 14, 2024, 11:07 AM Lanre wrote:
>
>>
>> On Tue, Aug 13, 2024 at 4:28 PM Mike Schinkel
>> wrote:
>>
>>>
>>> On Aug 12, 2024 at 4:13 PM, > wrote:
>>> You’d
, industrial automation, and more.
It IS naive to believe that “the entire industry is actively trying to move
AWAY from C/C++.”.
Cheers,
Lanre.
ople here and move on. This is doubly true when the
> benefit is a handful of people who want to might write some extension in
> C++.
>
> On Aug 12 2024, at 2:59 pm, Lanre wrote:
>
>
> I didn’t realize this was an open mic for Rust devs to flaunt their
> ignorance, but since y
On Mon, Aug 12, 2024 at 12:33 PM John Coggeshall
wrote:
>
>
> On Aug 12 2024, at 12:27 pm, Lanre wrote:
>
>
>
> On Mon, Aug 12, 2024 at 9:58 AM John Coggeshall
> wrote:
>
>
> > I’m considering adding some C++ enhancements to the Zend API.
>
>
> I wo
On Mon, Aug 12, 2024 at 10:19 AM Lanre wrote:
>
>
> On Mon, Aug 12, 2024 at 9:49 AM Levi Morrison
> wrote:
>
>> On Sun, Aug 11, 2024 at 4:54 PM Lanre wrote:
>> >
>> > Hello,
>> >
>> > I’m considering adding some C++ enhancements to th
acing
anything in the engine with c++.
Cheers,
Lanre.
4)
and has at least one extension implemented in c++.
Do you genuinely believe that it makes more sense to add support for a new
language (rust/zig) that will require its own compiler (that isn't
installed anywhere by default), than to improve support for a language
already part of php?
Humor me and elaborate on why you think that 'c++ makes zero sense in 2024
for php (or any other language),'
Cheers,
Lanre.
le((zval *) this, 0,
nullptr); }
bool IsResource() const { return Z_TYPE_P(this) == IS_RESOURCE; }
bool IsReference() const { return Z_ISREF_P(this); }
```
The above is a snippet from my current implementation, so please elaborate
on which part of that is so crazy to you.
Cheers,
Lanre.
On Mon, Aug 12, 2024 at 9:49 AM Levi Morrison
wrote:
> On Sun, Aug 11, 2024 at 4:54 PM Lanre wrote:
> >
> > Hello,
> >
> > I’m considering adding some C++ enhancements to the Zend API. These
> changes would be encapsulated within `#ifdef __cplusplus` guards, so
you think an RFC is necessary?
Also, if anyone has suggestions or ideas for this C++ API, I’d love to hear
them.
Cheers,
Lanre
you think an RFC is necessary?
Also, if anyone has suggestions or ideas for this C++ API, I’d love to hear
them.
Cheers,
Lanre
operties were declined in 2014. It's now part of PHP.
>
> There's many other examples like that.
>
> Sometimes you just need to beat the dead horse until it turns into
> Pegasus.
What Nick said, I proposed this before you and even implemented the base
features, which you then got to build upon, we just have to wait for the
next crazy guy to think this is good idea and hopefully he has better luck
with convincing the others.
Cheers, Lanre.
les#diff-e0657e20b6fc2c130f504c18ebeeac828847f17f1f8f7c3559b8fe8b2bc19928
> >
> [4] <https://github.com/FirebirdSQL/firebird/issues/8197>
> [5] <https://github.com/winlibs>
>
> Cheers,
> Christoph
>
I will always support more c++ in the engine
Lanre
On Thu, Aug 1, 2024 at 4:01 PM Ilija Tovilo wrote:
> Hi everyone
>
> We've gotten a bug report about compile errors in the PHP 8.4 alpha on
> old C99 compilers (and on some modern compilers when passing the
> -std=c99 flag). Specifically, C99 does not support typedef
> redeclarations, which is a
On Mon, Jul 8, 2024 at 11:24 AM Lanre wrote:
>
> On Fri, Jun 28, 2024 at 3:38 PM Máté Kocsis
> wrote:
>
>> Hi Everyone,
>>
>> I've been working on a new RFC for a while now, and time has come to
>> present it to a wider audience.
>>
>> Last
hether they are used.
Additionally, if you install a Composer package that registers some
functions, those will also be loaded for every request.
Cheers,
Lanre
On Fri, Jun 28, 2024 at 3:38 PM Máté Kocsis wrote:
> Hi Everyone,
>
> I've been working on a new RFC for a while now, and time has come to
> present it to a wider audience.
>
> Last year, I learnt that PHP doesn't have built-in support for parsing
> URLs according to any well established standard
bute
to global state -- or bugs according to you and Larry, unless your stupid
argument applies only to languages under your control. Do I think it always
makes sense to use global state? Absolutely not. But I won't go as far as
to imply that relying on 'global mutable state' inevitably leads to bugs.
Cheers,
Lanre
On Mon, Jul 1, 2024 at 12:42 PM Lanre wrote:
> Larry,
>
> Your absolutes and comments like "Relying on global mutable state is a
> bug" are incredibly frustrating. Are the authors of Carbon and Chronos, the
> two biggest userland time libraries, somehow wrong because
er of PHP-FIG)
You don’t make any effort to help or provide constructive criticism; you
just love to (incorrectly) tell everyone what they're doing wrong and how
they should be doing it, without adding anything constructive to the
conversation.
Cheers,
Lanre
On Mon, Jul 1, 2024 at 12:13 P
e would be to avoid the headache altogether and just
> make them final by default so I won't ever have to deal with it. Would
> traits not solve the problem of horizontal reuse?
>
Sounds like a 'you' problem. Can you go into more details about said subtle
bugs? With examples if possible?
Lanre
any solid reasons as to
why.
Lanre
>
> cheers,
> Derick
>
> My bad, I thought "top post" meant the same thing in mailing lists as it
does in forums. I am now aware of my mistake and it won't happen again. Can
we address my actual points now?
Lanre
lementing this just because it might not be
compatible with an implementation of generics that may never come.
Cheers,
Lanre
Also I specifically said "we can declare functions that are local to the
current file by not exporting them.", Where did you get "package private"
from?
On Wed, Jun 26, 2024 at 1:46 PM Larry Garfield
wrote:
> On Wed, Jun 26, 2024, at 6:05 PM, Lanre wrote:
> > In
the
problem?
On Wed, Jun 26, 2024 at 1:46 PM Larry Garfield
wrote:
> On Wed, Jun 26, 2024, at 6:05 PM, Lanre wrote:
> > In JavaScript/Typescript, we can declare functions that are local to
> > the current file by not exporting them. In C/C++ this is achieved by
> > simply writin
tions when they don't fulfill the same role.
Cheers,
Lanre
On Tue, Jun 25, 2024 at 9:20 AM Derick Rethans wrote:
> On Sun, 23 Jun 2024, Larry Garfield wrote:
>
> > On Sun, Jun 23, 2024, at 6:10 PM, Bilge wrote:
> > > Hi Internals!
> > >
> > > I
gt; legacy codebase, and we could not break it up even if we wanted to.
>
> If we do end up with an all-static class, even as an intermediate
> state, it can be useful to declare this in some way.
> Developers should immediately see whether a class is instantiable or not.
>
> A tr
https://github.com/oplanre/php-src/tree/feature/static-class
On Sat, Jun 15, 2024 at 3:17 PM Lanre wrote:
> I proposed this previously and have a working implementation, though it
> may need some updates. However, I chose not to pursue it further because it
> was clear it wouldn'
I proposed this previously and have a working implementation, though it may
need some updates. However, I chose not to pursue it further because it was
clear it wouldn't pass as many people here are unaware that PHP is a
multi-paradigm language.
I frequently use static classes because they allow m
Coming from the property hooks/ asymmetric visibility dude, that's pretty
rich.
On Fri, Jun 14, 2024 at 10:13 AM Larry Garfield
wrote:
> On Fri, Jun 14, 2024, at 11:22 AM, Robert Landers wrote:
> > On Fri, Jun 14, 2024 at 6:40 AM Rokas Šleinius
> wrote:
> >>
> >> I'm no one important, but I jus
ed me.
Cheers,
Lanre
On Tue, Jun 11, 2024 at 1:44 AM Lynn wrote:
>
>
> On Tue, Jun 11, 2024 at 3:15 AM Lanre wrote:
>
>> Why invest time in crafting yet another pull request or RFC when it's
>> glaringly obvious that you guys have no clue what you're do
bility? If you can't think up ways to make the engine "more rubust and
sturdy" as a paid member of the foundation then maybe it is also time to
start reconsidering my donations.
On Mon, Jun 10, 2024 at 3:42 PM Derick Rethans wrote:
> On 10 June 2024 21:17:38 BST, Lanre wrote:
&
You guys are killing PHP. There is a lot of work to be done on the engine
to modernize it and make it more robust and sturdy. Shit like this just
adds more complexity to PHP in the name of convenience. I think this is my
cue to explore other languages for handling requests
On Mon, Jun 10, 2024 at
Personally I still think we should have used TS/JS syntax for computed
properties. PHP is much closer to typescript than Java/C# and we already
have support for modifiers. Slightly more verbose but these issues would be
non-existent.
On Sun, Jun 9, 2024 at 10:03 AM Nikita Popov wrote:
> On Mon,
Why not just build this into the embed sapi instead? since its only for
third party sapis?
On 2023-12-23 1:34 p.m., Kévin Dunglas wrote:
Hello and Merry Christmas!
One of the main features of FrankenPHP is its worker mode, which lets you
keep a PHP application in memory to handle multiple HTTP
So your suggestion for simple file stuff is to download composer?
On 2023-12-08 1:43 a.m., Max Semenik wrote:
On Wed, Dec 6, 2023 at 10:20 PM Niels Dossche
wrote:
Hi internals
I'd like to start a pre-RFC discussion about filesystem path APIs in PHP.
The reason I bring this up is because of t
that this community is not for me, so you guys can have fun
jerking each other off, and I will keep my ideas to myself.
Cheers,
Lanre
On 2023-11-23 10:55 a.m., Larry Garfield wrote:
On Thu, Nov 23, 2023, at 1:43 AM, Robert Landers wrote:
I'd venture to say that static classes have some
nsense about how everything has maintenance cost.
On 2023-11-20 4:28 p.m., Larry Garfield wrote:
On Mon, Nov 20, 2023, at 9:00 PM, Lanre Waju wrote:
I will have to disagree with everything you said:
I outlined what a static class would be: A class that cannot be
instantiated in which all member
error. :-) I do not
proposed we actually do that, but that's what "reinforcing design principles"
would mean in practice.
And i guess you are also the authority in terms of what design
principles should and shouldn't be reinforced, I will also keep that in
mind.
I am stil
sign principles, and establishing a clear and standardized
approach to expressing the intended usage of a class. While I advocate
for member properties and methods to be implicitly static, I am open to
understanding alternative viewpoints on why this might not be the
optimal choice.
Cheers,
Lanr
int k = 1;
private static string $a
public static function foo():void{}
private static function bar():void{}
}
and so on. I will be implementing this myself it it gets approved.
Cheers,
Lanre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://w
I would like to voice my support for this and i'm willing to help with
the implementation. As for differentiating between type aliases and
classnames, only one of them can be instantiated.
Lanre
On 2023-10-26 12:37 a.m., Oladoyinbo Vincent wrote:
Greetings to you all,
I will like to s
Hi Saki,
I will have to disagree as the convenience doesn't come from the
complexity of union types, rather how many times its used. Its easier to
use ConstantNode in 10 functions vs NodeA|NodeB|NodeC.
On 2023-10-26 6:58 a.m., Saki Takamachi wrote:
Hi,
It seems to me that there is more to l
I believe it's time to shift our focus away from backward compatibility
(BC) concerns in major versions. In my opinion, genuine operator
overloading is incomparable to the pseudo operator. I genuinely see the
operator overloads as an invaluable addition to PHP 9
Lanre
On 2023-10-18 6:5
conclusive answers, which is why I felt it was necessary to inquire
directly. I hold no preconceived biases on this matter; I'm seeking a
better understanding of the issue and the perspectives surrounding it.
Lanre
On 2023-10-12 7:30 p.m., Jordan LeDoux wrote:
On Thu, Oct 12, 2023 at 6:00 PM La
you could
provide insights into why this might not be the case.
Lanre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
not
make it a static method in the class?
Lanre
On 2023-09-18 1:03 p.m., Shailesh Humbad wrote:
On 9/18/2023 2:40 PM, Dusk wrote:
Surely this can already be accomplished unambiguously using syntax
like `` or `title)() ?>` ?
In any case, this seems like a non-starter, as it would substan
response from this list i might not need to put it up to a
vote.
On 2023-09-08 8:58 a.m., Matthew Weier O'Phinney wrote:
On Fri, Sep 8, 2023, 9:15 AM Lanre Waju wrote:
Allowing Methods in Structs:
Initially, I suggested that readonly structs have no methods besides the
constructor. Ho
is, I am open to discussing and potentially having a vote on
allowing methods within structs as part of the RFC discussion.
Cheers,
Lanre
On 2023-09-08 7:35 a.m., Robert Landers wrote:
On Fri, Sep 8, 2023 at 3:12 PM Lanre Waju wrote:
Dear PHP Internals,
I am writing to propose a new feature for
e highly appreciated, and we look
forward to discussing this proposal further within the PHP internals
community.
Sincerely
Lanre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
60 matches
Mail list logo
