Re: [PHP-DEV] Updates needed to various RFCs

Christoph, On 12-8-2024 0:18, Christoph M. Becker wrote: On 11.08.2024 at 22:21, Juliette Reinders Folmer wrote: Thanks Christoph! I was tempted to update the RFCs myself, but thought it was against protocol for anyone but the RFC owner to do so ? hence my email. Changing an open RFC without

Re: [PHP-DEV] Anyone willing to help out 3v4l ?

On 13-8-2024 5:12, Peter Kokot wrote: Should be fixed via https://github.com/php/php-src/pull/15373 All I can say: Thank you, gracious warrior and hero!

Re: [PHP-DEV] Anyone willing to help out 3v4l ?

On Tue, 13 Aug 2024 at 01:57, Juliette Reinders Folmer wrote: > > Hi all, > > I suppose everyone is aware of 3v4l.org and a lot of us use it on a regular > basis. > > 3v4l also auto-builds the PHP "master" branch every night to allow for > testing with the latest and greatest PHP version and com

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Tue, Aug 13, 2024, 3:16 AM Lanre wrote: I'm sure the idea of enhancing C++ makes no sense to you, and would be a > waste of your time and energy, but not everyone is that stupid/incompetent > so even if i do get bored of maintaining it, literally any C++ dev can pick > it up, it really is that

Re: [PHP-DEV] PDO_Firebird: use C++?

On 10.08.2024 at 15:13, Christoph M. Becker wrote: > a week ago Denis Simonov submitted a PR[1] regarding formatting of the > new time zone types of Firebird 4.0 (which appears sensible per se). > This requires to access new Firebird APIs which are written in C++ (the > old Interbase APIs are stil

[PHP-DEV] Anyone willing to help out 3v4l ?

Hi all, I suppose everyone is aware of 3v4l.org and a lot of us use it on a regular basis. 3v4l also auto-builds the PHP "master" branch every night to allow for testing with the latest and greatest PHP version and comparing changes in behaviour against older PHP versions. Now, the auto-bu

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

Friend, honest to god you are really not doing yourself any favors here. You came on this list with a proposal. I think it's a bad idea, and I've enumerated the reasons why I have come to that conclusion: If it's so easy and transparent to improve support for C++, it could easily exist outside o

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

On 12/08/2024 17:37, Mike Schinkel wrote: A really standout paragraph from that link is: "IMO, the whole situation is a shame. Unicode should be in the stdlib of every language by default. It’s the lingua franca of the internet! It’s not even new: we’ve been living with Unicode for 20 years now.

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024 at 9:00 PM Lanre wrote: > > I didn’t realize this was an open mic for Rust devs to flaunt their > ignorance, but since you’ve decided to chime in, let me spell it out for you. > Rust has absolutely nothing to do with this discussion, so try to stay on > topic. Nowhere did I

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024 at 1:36 PM John Coggeshall wrote: > lol. Listen friend, I've been involved in PHP internals on and off for > over 20 years -- and so has Pierre. You'd do well to respond with a little > more consideration instead of flying off the handle calling us ignorant > rust developers

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

lol. Listen friend, I've been involved in PHP internals on and off for over 20 years -- and so has Pierre. You'd do well to respond with a little more consideration instead of flying off the handle calling us ignorant rust developers lol. The idea of enhancing support for C++ makes no sense. It

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

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 would definitely like to see an RFC for this if

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Aug 12 2024, at 12:27 pm, Lanre wrote: > > > On Mon, Aug 12, 2024 at 9:58 AM John Coggeshall (mailto:j...@coggeshall.org)> wrote: > > > > > > I’m considering adding some C++ enhancements to the Zend API. > > I would definitely like to see an RFC for this if it was to be considered. > > To m

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

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 the Zend API. These >> changes would be encapsulated within `#i

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024 at 11:29 AM Pierre Joye wrote: > > Adding thin layers to support external deps using c++ is a necessity and > it is self contained without any other impact, and straightforward. > > It appears we are on the same page unless you are misunderstanding my proposal. I'm not adding

Re: [PHP-DEV][Discussion] Should All String Functions BecomeMulti-Byte Safe?

On 12.08.2024 at 19:15, Nick Lockheart wrote: > One report is: https://www.unicode.org/reports/tr36 > > There's several things in their guide. > > They recommend that illegal byte sequences not be deleted as this can > create an attack vector where two bytes that fit together are split by > an ill

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

> Currently, PHP strings are binary safe (thus can store any encoding). > I generally think of PHP strings as being an array of bytes vs. a > "string" you are familiar with in other languages. The name is > unfortunate in that regard, but working with them is straightforward > (imagine having an

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024 at 10:50 AM Pierre Joye wrote: > > > On Mon, Aug 12, 2024, 11:03 PM John Coggeshall > wrote: > >> >> > I’m considering adding some C++ enhancements to the Zend API. >> >> >> I would definitely like to see an RFC for this if it was to be >> considered. To me, adding a whole n

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024, 11:03 PM John Coggeshall wrote: > > > I’m considering adding some C++ enhancements to the Zend API. > > > I would definitely like to see an RFC for this if it was to be considered. > To me, adding a whole new way of doing things internally without completely > removing the o

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

> On Aug 12, 2024, at 5:45 AM, danielha...@gmail.com wrote: > > After reading Rowan's last message, it feels appropriate to link to this: > > "The Absolute Minimum Every Software Developer Must Know About Unicode in > 2023 (Still No Excuses!)" > > https://tonsky.me/blog/unicode/

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

On Mon, Aug 12, 2024 at 9:58 AM John Coggeshall wrote: > > > I’m considering adding some C++ enhancements to the Zend API. > > > I would definitely like to see an RFC for this if it was to be considered. > To me, adding a whole new way of doing things internally without completely > removing the

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

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 they > wouldn’t interfere with the

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

> > I’m considering adding some C++ enhancements to the Zend API. I would definitely like to see an RFC for this if it was to be considered. To me, adding a whole new way of doing things internally without completely removing the old way is just asking for a more brittle, potentially less secur

Re: [PHP-DEV] Require C11 in PHP 8.4

On Sat, Aug 10, 2024 at 6:22 AM Christoph M. Becker wrote: > > On 01.08.2024 at 23:57, Ilija Tovilo wrote: > > > Hence, it seems like it would be ok to bump our C compiler requirement > > to C11. We'd like to make this change before beta 1 if there are no > > objections. There are no immediate pla

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

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 they wouldn’t > interfere with the existing C implementation. The primary goal is to provide > a

RE: External Message: [PHP-DEV] Re: [VOTE] Static class

This was my first RFC so understandably I was somewhat emotionally invested in it, even though the significance of the feature was low. Along the way I learned a lot and met many new people whom inspired me to complete this work. One of the PHPF members even said to me, "I think you did a good j

Re: [PHP-DEV] PDO_Firebird: use C++?

On 11.08.2024 at 19:05, Pierre Joye wrote: > On Sun, Aug 11, 2024, 8:32 PM Gina P. Banyard wrote: > >> I didn't say to rewrite the whole extension. >> Considering the library we are going to be depending on is in C++ it makes >> more sense to do what the ext/intl extension does, which is to use C

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

2024年8月12日(月) 18:54 Daniel Haber : > > On 8/12/2024 9:53 AM, Rowan Tommins [IMSoP] wrote: > > > > > > On 11 August 2024 16:50:52 BST, Nick Lockheart wrote: > >> It seems that if everything on the Internet is multi-byte encoded now, > >> then all of the PHP string functions should be multi-byte saf

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

Hi, Currently, PHP strings are binary safe (thus can store any encoding). I generally think of PHP strings as being an array of bytes vs. a "string" you are familiar with in other languages. The name is unfortunate in that regard, but working with them is straightforward (imagine having an actual

Re: [PHP-DEV][Discussion] Should All String Functions BecomeMulti-Byte Safe?

On 12.08.2024 at 11:45, danielha...@gmail.com wrote: > After reading Rowan's last message, it feels appropriate to link to this: > > "The Absolute Minimum Every Software Developer Must Know About Unicode in > 2023 (Still No Excuses!)" > > https://tonsky.me/blog/unicode/ I have only skimmed that a

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

On 8/12/2024 9:53 AM, Rowan Tommins [IMSoP] wrote: On 11 August 2024 16:50:52 BST, Nick Lockheart wrote: It seems that if everything on the Internet is multi-byte encoded now, then all of the PHP string functions should be multi-byte safe. The phrase "multibyte safe" may have made sense abo

Re: [PHP-DEV][Discussion] Should All String Functions Become Multi-Byte Safe?

After reading Rowan's last message, it feels appropriate to link to this: "The Absolute Minimum Every Software Developer Must Know About Unicode in 2023 (Still No Excuses!)" https://tonsky.me/blog/unicode/