Re: [PHP-DEV] 'Uninitialized' creates a lot of cluttering

> On Feb 8, 2023, at 9:22 AM, Lydia de Jongh wrote: > > Hi, > > After posting this in the issues list > , I was asked to mail it here. > This is my first time here, so I hope I do it the right way. > > --- > > At last I

Re: [PHP-DEV] 'Uninitialized' creates a lot of cluttering

> Le 13 févr. 2023 à 13:12, Robert Landers a écrit : > > I hope we can all agree that `null` is the absence of a value. Now we > currently have two different meanings of "absence of a value" which is > super annoying sometimes. > Although `null` is often used with that semantics in mind, fro

Re: [PHP-DEV] RFC karma request

Hi Niels > I would like to gain RFC karma for creating and proposing an RFC: "Implement > GH-9673: $length argument for fpassthru". > Account name: nielsdos Christoph has granted you RFC karma. Good luck with the RFC! Ilija -- PHP Internals - PHP Runtime Development Mailing List To unsubscrib

Re: [PHP-DEV] 'Uninitialized' creates a lot of cluttering

Hey all. On 13.02.23 13:12, Robert Landers wrote: [...] What is the point of marking the type of a property, other than to prevent mistakes? In non-strict mode, it coerces quite nicely. For example, a string to an integer or an integer to a string. These aren't "mistakes" but making use of th

Re: [PHP-DEV] 'Uninitialized' creates a lot of cluttering

On Sun, Feb 12, 2023 at 6:47 PM Rowan Tommins wrote: > > On 12 February 2023 11:11:31 GMT, Lydia de Jongh wrote: > >The features of a programming-language should not be about preventing > >mistakes, imho. > > > What is the point of marking the type of a property, other than to prevent > mistakes

Re: [PHP-DEV] [VOTE] include cleanup

On 2023/02/13 11:05, Dmitry Stogov wrote: > The RFC proposes merging into the "master" branch. > And I voted exactly against this. If not "master", what branch would you prefer? That's a dumb question, of course, because "master" is where all future versions branch off, don't they? Saying "no"

Re: [PHP-DEV] [VOTE] include cleanup

Good day dear Internals! I've been following this thread/RFC from its inception to the current moment. I have watched the situation deteriorate and at this point, I have major concerns about the events that transpired, the motivations of some decisions and the apparent major lack of communication.

Re: [PHP-DEV] [VOTE] include cleanup

On Mon, Feb 13, 2023 at 12:51 PM Max Kellermann wrote: > On 2023/02/13 10:28, Dmitry Stogov wrote: > > It's OK when commits are reverted. > > You are working in a common repository, and if your commits become > stoppers > > for others they have to be reverted. > > Some of my commits were reverte

Re: [PHP-DEV] [VOTE] include cleanup

On 2023/02/13 10:28, Dmitry Stogov wrote: > It's OK when commits are reverted. > You are working in a common repository, and if your commits become stoppers > for others they have to be reverted. > Some of my commits were reverted as well. That doesn't explain why you demanded to revert everythin

Re: [PHP-DEV] garbage in bugs.php.net

On 13 February 2023 08:28:50 GMT, Derick Rethans wrote: >On 13 February 2023 04:48:16 GMT, Stanislav Malyshev >wrote: >>Hi! >> >>Somebody have put a ton of garbage reports in bugs.php.net under security >>bugs. Cleaning them up manually is kind of annoying, could somebody with DB >>access go i

Re: [PHP-DEV] [VOTE] include cleanup

On Mon, Feb 13, 2023 at 11:35 AM Max Kellermann wrote: > On 2023/02/13 01:58, "G. P. B." wrote: > > We have had completely broken builds for longer days due to some other > > random changes, and we didn't revert them but fixed them as a follow-up. > > We still, for over 6 months now, have a "bro

Re: [PHP-DEV] [VOTE] include cleanup

On 2023/02/13 01:58, "G. P. B." wrote: > We have had completely broken builds for longer days due to some other > random changes, and we didn't revert them but fixed them as a follow-up. > We still, for over 6 months now, have a "broken" ASAN build due to phpdbg > messing up the analyser and crash

Re: [PHP-DEV] garbage in bugs.php.net

On 13 February 2023 04:48:16 GMT, Stanislav Malyshev wrote: >Hi! > >Somebody have put a ton of garbage reports in bugs.php.net under security >bugs. Cleaning them up manually is kind of annoying, could somebody with DB >access go in and clean them all up? They all have either OS or Summary fiel