Re: [PHP-DEV] [VOTE] [RFC] Final-by-default anonymous classes

On Mon, Jan 15, 2024, at 13:54, Nuno Maduro wrote: > On Mon, 15 Jan 2024 at 10:36, Daniil Gentili > wrote: > > > Hi all, > > > > I've opened voting for the final-by-default anonymous classes RFC: > > https://wiki.php.net/rfc/final_by_default_anonymous_classes > > > > Regards, > > > > Daniil

Re: [PHP-DEV] [VOTE] [RFC] Final anonymous classes

On Sun, Dec 3, 2023, at 16:05, Nicolas Grekas wrote: > Hello Nikita, > >> > I've just opened voting for the final anonymous classes RFC @ >> > https://wiki.php.net/rfc/final_anonymous_classes. >> > >> > Voting started now, and will run until December 18th 2023, 00:00 GMT. >> >> For the

Re: [PHP-DEV] [VOTE] [RFC] Final anonymous classes

On Sun, Dec 3, 2023, at 11:40, Daniil Gentili wrote: > Hi all, > > I've just opened voting for the final anonymous classes RFC @ > https://wiki.php.net/rfc/final_anonymous_classes. > > Voting started now, and will run until December 18th 2023, 00:00 GMT. For the record, I've voted against this

Re: [PHP-DEV] Re: [RFC][Discussion] Harmonise "untyped" and "typed" properties

On Thu, Nov 23, 2023, at 09:48, Nicolas Grekas wrote: > Hi Rowan, > > Le jeu. 23 nov. 2023 à 08:56, Rowan Tommins a > écrit : > > > On 23 November 2023 01:37:06 GMT, Claude Pache > > wrote: > > >What you describe in the last sentence is what was initially designed and > > implemented by the

Re: [PHP-DEV] Two new functions array_first() and array_last()

On Sat, Oct 14, 2023, at 20:00, David Grudl wrote: > PHP lacks two very basic functions for working with arrays: > > - array_first() returning the first element of an array (or null) > - array_last() returning the last element of the array (or null) > > While PHP has functions that return the

Re: [PHP-DEV] [RFC] [Vote] Deprecate functions with overloaded signatures

On Mon, Jun 26, 2023, at 20:22, Ben Ramsey wrote: > > On Jun 26, 2023, at 08:36, Máté Kocsis wrote: > > > > Hi Everyone, > > > > As previously announced on the list, I have just started the vote about the > > "Deprecate functions with overloaded signatures". > > > > Link to the RFC: > >

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Sat, Jun 24, 2023, at 21:39, Nikita Popov wrote: > On Fri, Dec 30, 2022, at 22:39, Christoph M. Becker wrote: > > On 30.12.2022 at 22:12, Nikita Popov wrote: > > > > > On Thu, Nov 10, 2022, at 14:29, Christoph M. Becker wrote: > > > > > >&g

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Fri, Dec 30, 2022, at 22:39, Christoph M. Becker wrote: > On 30.12.2022 at 22:12, Nikita Popov wrote: > > > On Thu, Nov 10, 2022, at 14:29, Christoph M. Becker wrote: > > > >> On 09.11.2022 at 23:27, Nikita Popov wrote: > >> > >>> It look

Re: [PHP-DEV] [RFC] [Vote] PHP 8.3 deprecations

On Thu, Jun 22, 2023, at 12:14, Máté Kocsis wrote: > Hi Everyone, > > As previously announced on the list, we have just started the vote about > the annual PHP deprecation RFC. > > Link to the RFC: https://wiki.php.net/rfc/deprecations_php_8_3 > Link to the discussion thread:

Re: [PHP-DEV] [RFC] [Discussion] PHP 8.3 deprecations

On Mon, May 29, 2023, at 08:05, Máté Kocsis wrote: > Hi Everyone, > > Together with multiple authors, we'd like to start the discussion of the > usual > deprecation RFC for the subsequent PHP version. You can find the link below: > https://wiki.php.net/rfc/deprecations_php_8_3 > > Regards: >

Re: [PHP-DEV] PHP code refactoring (was: include cleanup)

to determine what a type code means. If you get type 18, good luck figuring out what that means now. > > > https://github.com/php/php-src/commit/371ae12d890f1887f79b7e2a32f808b4595e5f60 > > As you see in the commit message, this implements an (unwritten) rule > cited by N

Re: [PHP-DEV] What's the purpose of zend_result?

On Sun, Feb 19, 2023, at 09:21, Max Kellermann wrote: > On 2023/02/19 08:56, Nikita Popov wrote: > > If you have a function like zend_stream_open_function(), SUCCESS and > > FAILURE are directly meaningful values. > > Agree, but that doesn't explain why FAILURE needs to b

Re: [PHP-DEV] What's the purpose of zend_result?

On Sun, Feb 19, 2023, at 08:31, Max Kellermann wrote: > Hi, > > I've done a bit of refactoring work around code using "zend_result", > but I keep wondering why it even exists. > > It was added in 1999 by commit 573b46022c46 in a huge 16k line commit > (as macros, converted to enum in 2012 by

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Thu, Nov 10, 2022, at 14:29, Christoph M. Becker wrote: > On 09.11.2022 at 23:27, Nikita Popov wrote: > > > It looks like GitHub has just added support for private security reports: > > https://github.blog/changelog/2022-11-09-privately-report-vulnerabilities-to-repo

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Fri, Nov 19, 2021 at 9:44 PM Stanislav Malyshev wrote: > Hi! > > > With Laminas, we use an email alias to allow researchers to report to > us. > > We then post the full report as a security issue on GitHub - it's a > feature > > they rolled out late 2019/early 2020 that restricts

Re: [PHP-DEV] [RFC][Dynamic class constant fetch]

On Fri, Nov 4, 2022 at 3:26 PM Ilija Tovilo wrote: > Hi everyone > > I'd like to propose a simple RFC to introduce looking up class > constants by name. We have dedicated syntax for basically all other > language constructs. This RFC aims to get rid of this seemingly > arbitrary limitation. > >

Re: [PHP-DEV] RFC Idea - is_json - looking for feedback

On Fri, Jul 29, 2022 at 4:27 PM juan carlos morales < dev.juan.mora...@gmail.com> wrote: > I am following the RFC guideline for the first time. ( > https://wiki.php.net/rfc/howto) > > As suggested there, I am here to get a feeling from you, regarding the > following RFC for PHP. > > # Change

Re: [PHP-DEV] [RFC] [VOTE] Constants in traits

On Sun, Jul 10, 2022 at 3:46 PM Rowan Tommins wrote: > On 10/07/2022 13:51, Björn Larsson via internals wrote: > > I think it's quite unlikely to deprecate such a rather big feature and > > from that perspective I think one should do it as good as possible. > > > > Even if one thinks that this

Re: [PHP-DEV] Removing Travis CI

On Sun, Jul 10, 2022 at 10:07 PM Ayesh Karunaratne wrote: > Dear Internals, > Historically, we have been using Travis CI for our automated tests, > but since 2021 June, travis-ci.org has ceased operations, and no > longer runs any builds. There was an Internals discussion >

Re: [PHP-DEV] [RFC] Short Closures 2, aka auto-capture take 3

On Thu, Jun 9, 2022 at 9:39 PM Marco Pivetta wrote: > Hey Nikita, > > On Thu, 9 Jun 2022 at 21:35, Nikita Popov wrote: > >> On Thu, Jun 9, 2022 at 9:29 PM Marco Pivetta wrote: >> >>> >>> On Thu, 9 Jun 2022 at 21:27, Nikita Popov wrote: >>>

Re: [PHP-DEV] [RFC] Short Closures 2, aka auto-capture take 3

On Thu, Jun 9, 2022 at 9:29 PM Marco Pivetta wrote: > > On Thu, 9 Jun 2022 at 21:27, Nikita Popov wrote: > >> On Thu, Jun 9, 2022 at 8:15 PM Arnaud Le Blanc >> wrote: >> >>> Hi, >>> >>> On jeudi 9 juin 2022 18:46:53 CEST Marco Pivetta wro

Re: [PHP-DEV] [RFC] Short Closures 2, aka auto-capture take 3

On Thu, Jun 9, 2022 at 8:15 PM Arnaud Le Blanc wrote: > Hi, > > On jeudi 9 juin 2022 18:46:53 CEST Marco Pivetta wrote: > > ## nesting these functions within each other > > > > What happens when/if we nest these functions? Take this minimal example: > > > > ```php > > $a = 'hello world'; > > > >

Re: [PHP-DEV] [RFC][Under discussion] Fetch properties in const expressions

On Sat, May 28, 2022 at 11:44 AM Ilija Tovilo wrote: > Hi everyone > > I'd like to start a discussion on a simple RFC to allow fetching > properties in constant expressions. > https://wiki.php.net/rfc/fetch_property_in_const_expressions > > The RFC proposes adding support for fetching properties

Re: [PHP-DEV] Change the values of the LOCK_* constants

On Sun, Apr 24, 2022 at 12:14 PM Ilija Tovilo wrote: > Hi everyone > > The issue was raised that PHPs LOCK_* constants don't match the Unix > LOCK_* constants. > https://github.com/php/php-src/pull/8429 > > // Unix > #define LOCK_SH 1 > #define LOCK_EX 2 > #define LOCK_NB 4 > #define LOCK_UN 8 >

Re: [PHP-DEV] Timezone Rules, which dataset to pick?

On Thu, Apr 7, 2022 at 11:34 AM Derick Rethans wrote: > Hi! > > As you might be aware, I maintain the date time support in PHP. As part > of that I regularly have to update the rules that timezones employ - > changes in Daylight Saving Time rules, or other changes to rules due to > political

Re: [PHP-DEV] [RFC] Embedding multiple PHP engines in a single thread

On Tue, Feb 1, 2022 at 3:36 AM wrote: > Hello internals, > > As you know, the PHP codebase makes heavy use of global variables. In ZTS > builds, access to these globals are cleverly mapped to thread local storage > via macros. To my knowledge, the limitation here is that there's no way to > run

Re: [PHP-DEV] Long-Term Planning for PHP 9.0 Error Promotion

On Sun, Jan 30, 2022 at 5:41 PM Christian Schneider wrote: > Am 30.01.2022 um 16:55 schrieb Nikita Popov : > > Something I want to add here is that there is also an important technical > > motivation behind promoting undefined variable notices to exceptions: The > > big pro

Re: [PHP-DEV] Long-Term Planning for PHP 9.0 Error Promotion

On Tue, Jan 25, 2022 at 12:47 AM Mark Randall wrote: > Internals, > > PHP 9.0, likely a few years away at this point, is our next opportunity > to make significant breaking changes. > > So I thought it would be appropriate to start a thread discussing what > breaking changes we might want to

Re: [PHP-DEV] [VOTE] User Defined Operator Overloads

On Mon, Jan 3, 2022 at 1:14 AM Jordan LeDoux wrote: > Hello internals, > > I've opened voting on > https://wiki.php.net/rfc/user_defined_operator_overloads. The voting will > close on 2022-01-17. > > To review past discussions on this RFC and the feature in general, please > refer to: > > -

Re: [PHP-DEV] Surveying interest regarding CMake

On Thu, Dec 16, 2021 at 6:54 PM Horváth V. wrote: > Hello internals, > > I'm writing to you to find out what the reception here is regarding the > idea of moving the PHP project to build using CMake. > > I have looked around and I found 2 attempts of doing just that in the > past (in 2008 via

Re: [PHP-DEV] Re: Finishing AVIF support in getimagesize()

On Wed, Dec 8, 2021 at 12:41 PM Christoph M. Becker wrote: > On 01.12.2021 at 00:52, Ben Morss via internals wrote: > > > Earlier this year, I added support for AVIF images > > to libgd > > . My ultimate goal was to bring

[PHP-DEV] Re: [VOTE] Migrating to GitHub issues

On Sat, Nov 20, 2021 at 11:37 AM Nikita Popov wrote: > Hi internals, > > I've opened voting on https://wiki.php.net/rfc/github_issues. The vote > closes 2021-12-04. > > Please see https://externals.io/message/116302 for the RFC discussion, > and https://externals.io/messa

[PHP-DEV] Re: CI issues

On Wed, Nov 24, 2021 at 1:41 PM Nikita Popov wrote: > Hi internals, > > We're currently having some issues with CI, with both Travis and Azure not > working, basically for the same reason (credits/parallelism for open-source > projects got used up or expired). I've opened s

[PHP-DEV] Re: [VOTE] Deprecate dynamic properties

On Fri, Nov 12, 2021 at 2:07 PM Nikita Popov wrote: > Hi internals, > > I've opened the vote on > https://wiki.php.net/rfc/deprecate_dynamic_properties. Voting will close > 2021-11-26. > The RFC has been accepted with 52 votes in favor and 25 against. Regards, Nikita

[PHP-DEV] Re: [VOTE] Deprecate dynamic properties

On Fri, Nov 12, 2021 at 2:07 PM Nikita Popov wrote: > Hi internals, > > I've opened the vote on > https://wiki.php.net/rfc/deprecate_dynamic_properties. Voting will close > 2021-11-26. > > Regards, > Nikita > As a reminder, voting on this RFC closes tomorrow. I usu

Re: [PHP-DEV] Need Update regarding PHP Travis CI Execution

On Wed, Nov 24, 2021 at 12:42 PM Chandranana Naik wrote: > > Hi Team, > > Recently Travis builds have stopped running for PHP. > We only see Cirrus and appveyor CI builds, however travis.yml exists in > the github repo. > > Could you please update if Travis builds will be started again or if

[PHP-DEV] CI issues

Hi internals, We're currently having some issues with CI, with both Travis and Azure not working, basically for the same reason (credits/parallelism for open-source projects got used up or expired). I've opened support requests on both platforms, but until then expect everything to fail (Cirrus

Re: [PHP-DEV] Need Update regarding PHP Travis CI Execution

On Wed, Nov 24, 2021 at 12:42 PM Chandranana Naik wrote: > > Hi Team, > > Recently Travis builds have stopped running for PHP. > We only see Cirrus and appveyor CI builds, however travis.yml exists in > the github repo. > > Could you please update if Travis builds will be started again or if

Re: [PHP-DEV] PHP 8.2 proposal: "match", allow "default" as conditional_expression, e.g. 'en_US', 'en_GB', default => loadDefaults()

On Mon, Nov 22, 2021 at 7:18 PM Andreas wrote: > Hi internals, > > This is a proposal to allow to append the `default` pattern by comma to > the end of the last match branch. (Like a conditional_expression) > > This allows to re-use the return_expression if required and avoids code >

[PHP-DEV] PHP Foundation

Hi internals! I have two bits of news. The first is that I'm changing jobs at the end of the month, and won't be working on PHP in a professional capacity anymore. I'll still be around, but will have much less time to invest in PHP development. I'd like to thank JetBrains for sponsoring my work

[PHP-DEV] [VOTE] Migrating to GitHub issues

Hi internals, I've opened voting on https://wiki.php.net/rfc/github_issues. The vote closes 2021-12-04. Please see https://externals.io/message/116302 for the RFC discussion, and https://externals.io/message/114300 for the pre-RFC discussion. Regards, Nikita

Re: [PHP-DEV] PHP 8 Release Announcement Page

On Fri, Nov 19, 2021 at 4:16 AM Sara Golemon wrote: > In seven days, https://www.php.net/releases/8.0/en.php is going to be > obsolete. > > Well, that's a harsh term, but it certainly won't reflect the current state > on the ground, and we need to decide (should have decided, weeks ago) what >

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Thu, Nov 18, 2021 at 2:53 PM Matthew Weier O'Phinney < mweierophin...@gmail.com> wrote: > > > On Thu, Nov 18, 2021, 7:32 AM Nikita Popov wrote: > >> On Thu, Nov 18, 2021 at 2:07 PM Patrick ALLAERT >> wrote: >> >> > Le mer. 17 nov. 20

Re: [PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Thu, Nov 18, 2021 at 2:07 PM Patrick ALLAERT wrote: > Le mer. 17 nov. 2021 à 13:30, Christoph M. Becker a > écrit : > > Right. An alternative might be to let users report security issues to > > the security mailing list, where, if the issue turns out not to be a > > security issue, the

Re: [PHP-DEV] Proposal: &$result_code=null parameter in shell_exec()

On Thu, Nov 18, 2021 at 8:47 AM Luca Petrucci via internals < internals@lists.php.net> wrote: > Hi internals, > > This is a proposal to add an optional parameter &$result_code = null to > the shell_exec() function. > > For clarity, the current signature is > shell_exec(string $command):

[PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Mon, Nov 15, 2021 at 9:18 PM Björn Larsson wrote: > Den 2021-11-02 kl. 15:19, skrev Nikita Popov: > > Hi internals, > > > > The migration from bugs.php.net to GitHub issues has already been > discussed > > in https://externals.io/message/114300 and has already

Re: [PHP-DEV] [VOTE] Deprecate dynamic properties

On Wed, Nov 17, 2021 at 5:35 AM Paul Crovella wrote: > On Fri, Nov 12, 2021 at 5:08 AM Nikita Popov wrote: > > > > Hi internals, > > > > I've opened the vote on > > https://wiki.php.net/rfc/deprecate_dynamic_properties. Voting will close > >

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Mon, Nov 15, 2021 at 1:52 PM Andreas Heigl wrote: > Hea all. > > On 15.11.21 10:52, Derick Rethans wrote: > > Dear Internals, > > > > On Wed, 10 Nov 2021, Nikita Popov wrote: > > > >> On Wed, Aug 25, 2021 at 12:02 PM Nikita Popov > wrote: &g

Re: [PHP-DEV] [RFC] Migrating to GitHub issues

On Mon, Nov 15, 2021 at 10:47 AM Derick Rethans wrote: > Dear Internals, > > I think it is a mistake to decide on a whim to move over to GitHub > issues without having evaluated anything else. > > GitHub is a proprietary platform, where unlike with the code > repositories, the interactions and

[PHP-DEV] Re: [RFC] Migrating to GitHub issues

On Tue, Nov 2, 2021 at 3:19 PM Nikita Popov wrote: > Hi internals, > > The migration from bugs.php.net to GitHub issues has already been > discussed in https://externals.io/message/114300 and has already happened > for documentation issues. > > I'd like to formally propose

[PHP-DEV] Re: Unwrap reference after foreach

On Wed, Nov 10, 2021 at 10:06 AM Nikita Popov wrote: > On Fri, Aug 13, 2021 at 3:28 PM Nikita Popov wrote: > >> Hi internals, >> >> I'd like to address a common footgun when using foreach by reference: >> https://wiki.php.net/rfc/foreach_unwrap_ref >> &

Re: [PHP-DEV] [VOTE] Deprecate dynamic properties

On Fri, Nov 12, 2021 at 5:34 PM Nikita Popov wrote: > On Fri, Nov 12, 2021 at 5:25 PM Ben Ramsey wrote: > >> > On Nov 12, 2021, at 10:10, Derick Rethans wrote: >> > >> > On 12 November 2021 13:07:42 GMT, Nikita Popov >> wrote: >> >

Re: [PHP-DEV] [VOTE] Deprecate dynamic properties

On Fri, Nov 12, 2021 at 5:25 PM Ben Ramsey wrote: > > On Nov 12, 2021, at 10:10, Derick Rethans wrote: > > > > On 12 November 2021 13:07:42 GMT, Nikita Popov > wrote: > >> Hi internals, > >> > >> I've opened the vote on > >> http

[PHP-DEV] [VOTE] Deprecate dynamic properties

Hi internals, I've opened the vote on https://wiki.php.net/rfc/deprecate_dynamic_properties. Voting will close 2021-11-26. Regards, Nikita

Re: [PHP-DEV] Automatic implementation of Stringable may conflict with old, untyped arginfo declarations

On Wed, Nov 10, 2021 at 10:13 PM Jeremy Mikola wrote: > > > On Tue, Nov 9, 2021 at 4:30 AM Nikita Popov wrote: > >> >> In >> https://github.com/php/php-src/commit/a551b083073ea08f8fc53b0e1a6380b6de26cc6b >> I've added a hack to add the string return ty

Re: [PHP-DEV] [RFC] Migrating to GitHub issues

On Wed, Nov 10, 2021 at 7:23 PM Niklas Keller wrote: > Hey Nikita, > > I'd like to propose using HackerOne instead of bugs.php.net for security > issues: https://www.hackerone.com/company/open-source-community > > Best, > Niklas > Unfortunately I have no familiarity with HackerOne and as such

Re: [PHP-DEV] [RFC] Migrating to GitHub issues

On Wed, Nov 10, 2021 at 5:51 PM Nikita Popov wrote: > On Thu, Nov 4, 2021 at 5:58 PM Dan Ackroyd wrote: > >> On Tue, 2 Nov 2021 at 14:19, Nikita Popov wrote: >> > >> > I'd like to formally propose to use GitHub for PHP implementation >> issues as

Re: [PHP-DEV] [RFC] Migrating to GitHub issues

On Thu, Nov 4, 2021 at 5:58 PM Dan Ackroyd wrote: > On Tue, 2 Nov 2021 at 14:19, Nikita Popov wrote: > > > > I'd like to formally propose to use GitHub for PHP implementation issues > as > > well: https://wiki.php.net/rfc/github_issues > > In general, yes p

[PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Wed, Aug 25, 2021 at 12:02 PM Nikita Popov wrote: > Hi internals, > > I'd like to propose the deprecation of "dynamic properties", that is > properties that have not been declared in the class (stdClass and > __get/__set excluded, of course): >

[PHP-DEV] Re: Unwrap reference after foreach

On Fri, Aug 13, 2021 at 3:28 PM Nikita Popov wrote: > Hi internals, > > I'd like to address a common footgun when using foreach by reference: > https://wiki.php.net/rfc/foreach_unwrap_ref > > This addresses the issue described in the big red box at > https://www.php.

Re: [PHP-DEV] VM kinds

On Wed, Nov 10, 2021 at 8:13 AM Tim Starling wrote: > What are VM kinds for? Are they just a prototyping tool to allow > different implementation strategies to be benchmarked? Or are they > permanent? Does anyone use them? > > I ask because I'm working on a VM bug, and non-default VM kinds make

Re: [PHP-DEV] Automatic implementation of Stringable may conflict with old, untyped arginfo declarations

On Tue, Nov 9, 2021 at 2:11 AM Jeremy Mikola wrote: > > https://github.com/php/php-src/commit/b302bfabe7fadd07b022ee30aacf7f41ab1ae0fa > recently added automatic implementation of Stringable ( > https://wiki.php.net/rfc/stringable) for internal classes. This introduced > fatal errors for each

[PHP-DEV] [RFC] Migrating to GitHub issues

Hi internals, The migration from bugs.php.net to GitHub issues has already been discussed in https://externals.io/message/114300 and has already happened for documentation issues. I'd like to formally propose to use GitHub for PHP implementation issues as well:

[PHP-DEV] Re: [VOTE] Deprecate partially supported callables

On Fri, Oct 8, 2021 at 4:16 PM Nikita Popov wrote: > Hi internals! > > I've opened voting on > https://wiki.php.net/rfc/deprecate_partially_supported_callables, which > deprecated callables that are not supported in $callable() syntax. The vote > closes on 2021-10-22. >

Re: [PHP-DEV] Bugsnet

On Thu, Oct 21, 2021 at 10:42 PM Jakub Zelenka wrote: > On Thu, Oct 21, 2021 at 4:07 PM Nikita Popov wrote: > >> >> I'm proposing the following label structure (the list at >> https://github.com/nikic/test-repo/labels is incomplete though): Each >> report has

Re: [PHP-DEV] Bugsnet

On Sun, May 9, 2021 at 8:49 AM Joe Watkins wrote: > Morning internals, > > We have a spam problem on bugsnet, it's not a new problem. Nikita had to > waste time deleting 20 odd messages from bugsnet yesterday and this is a > common, daily occurrence. We clearly don't have time for this. > >

Re: [PHP-DEV] Add ReflectionFunctionAbstract::isAnonymous()

On Thu, Oct 21, 2021 at 1:12 AM Dylan K. Taylor wrote: > Hi all, > > Given the addition of Closure::fromCallable() and the upcoming first-class > callable syntax in 8.1, it seems slightly problematic that there's no > simple way to tell by reflection if a Closure refers to an anonymous >

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Wed, Oct 13, 2021 at 3:43 AM Tim Starling wrote: > On 12/10/21 9:23 pm, Nikita Popov wrote: > > Based on the received feedback, I've updated the RFC to instead provide > an > > #[AllowDynamicProperties] attribute as a way to opt-in to the use of > > dynamic properties.

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Tue, Oct 12, 2021 at 3:52 PM Levi Morrison wrote: > > Based on the received feedback, I've updated the RFC to instead provide > an > > #[AllowDynamicProperties] attribute as a way to opt-in to the use of > > dynamic properties. As previously discussed, this won't allow us to > > completely

[PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Wed, Aug 25, 2021 at 12:02 PM Nikita Popov wrote: > Hi internals, > > I'd like to propose the deprecation of "dynamic properties", that is > properties that have not been declared in the class (stdClass and > __get/__set excluded, of course): >

[PHP-DEV] [VOTE] Deprecate partially supported callables

Hi internals! I've opened voting on https://wiki.php.net/rfc/deprecate_partially_supported_callables, which deprecated callables that are not supported in $callable() syntax. The vote closes on 2021-10-22. Regards, Nikita

Re: [PHP-DEV] Change yield interpolation behaviour

On Fri, Oct 8, 2021 at 10:55 AM Nesmeyanov Kirill wrote: > Hello Internals! > > > At the moment, there is a feature/bug in the PHP that allows to use > interpolation of generators. > > ``` > > $code = << > Hello ${yield} > > EXAMPLE; > > ``` > > I suspect that initially this functionality

Re: [PHP-DEV] [RFC] Allow null as standalone type

On Tue, Oct 5, 2021 at 4:08 PM Côme Chilliet wrote: > Le lundi 4 octobre 2021, 10:09:12 CEST Nikita Popov a écrit : > > If we make this change, I would however suggest to also support "false" > as > > a standalone type. I think this change primarily has be

Re: [PHP-DEV] Adding `final class Deque` to PHP

On Tue, Oct 5, 2021 at 12:47 AM tyson andre wrote: > Hi Nikita Popov, > > > 1. There would be the possibility of having an interface Deque that is > > backed by a VecDeque/ArrayDeque implementation. I'm not convinced this > > would actually make sense, but I wanted to t

[PHP-DEV] Re: [RFC] Deprecate partially supported callables

On Thu, Sep 2, 2021 at 4:32 PM Nikita Popov wrote: > Hi internals, > > Currently, there are some callables that are accepted by the "callable" > type, but which cannot be used with $callable() syntax. This RFC proposes > to deprecate support for such "callables&

Re: [PHP-DEV] Adding `final class Deque` to PHP

On Tue, Sep 21, 2021 at 11:05 PM Levi Morrison via internals < internals@lists.php.net> wrote: > The name "deque" is used in the standard library of these languages: > > - C++: std::deque > - Java: java.util.Deque (interface) > - Python: collections.deque > - Swift: Collections.Deque (not

Re: [PHP-DEV] [RFC] Random Extension 3.0

but the scaling done in Random::getInt(). This scaling is independent of the used source. So while the raw numbers generated by Random\NumberGenerator\MT19937 would be the same as before, the result produced by Random::getInt() with this source wouldn't be. Regards, Nikita > 202

Re: [PHP-DEV] [Pre-Vote Announcement] Move RNG functions Random Extension

On Wed, Sep 22, 2021 at 1:21 PM Go Kudo wrote: > The voting phase for the following RFCs will begin as soon as two weeks > have passed. > > https://externals.io/message/115975 > > I don't see any particular discussion, so I'm contacting you just in case. > I'm pretty neutral on this proposal. I

Re: [PHP-DEV] [RFC] Locale-independent case conversion

On Thu, Sep 23, 2021 at 8:32 AM Tim Starling wrote: > Please consider my RFC for locale-independent case conversion. > > https://wiki.php.net/rfc/strtolower-ascii > https://github.com/php/php-src/pull/7506 > > The RFC and associated PR ended up going some way beyond the original > scope, because

Re: [PHP-DEV] Proposal: Shorthand initialization and destructuring of associative arrays

On Mon, Sep 27, 2021 at 11:27 AM Konrad Baumgart wrote: > Hi everyone, > > I'd like to propose 2 syntactic sugars: > $array = [ => $data]; // the same as $array = ['data' => $data] > and > [ => $data] = $array; // the same as ['data' => $data] = $array > > My biggest use-case for this would be

Re: [PHP-DEV] Allowing `(object)['key' => 'value']` in initializers?

On Sat, Sep 25, 2021 at 5:45 PM tyson andre wrote: > > Hi internals, > > In PHP 8.1, it is possible to allow constructing any class name in an > initializer, after the approval of > https://wiki.php.net/rfc/new_in_initializers > > ``` > php > static $x1 = new ArrayObject(['key' => 'value']); >

Re: [PHP-DEV] Static (factory) methods in attributes and initializers

On Mon, Sep 27, 2021 at 5:58 PM Andreas Hennings wrote: > Hello list, > > currently, the default mode for attributes is to create a new class. > For general initializers, with > https://wiki.php.net/rfc/new_in_initializers we get the option to call > 'new C()' for parameter default values,

Re: [PHP-DEV] Spam on bugs.php.net

On Mon, Oct 4, 2021 at 1:20 AM Stanislav Malyshev wrote: > Hi! > > I notice that we have increased amount of spam coming in to > bugs.php.net. I'm not sure if anyone is maintaining it right now - but > it'd be nice to have changes to counter that - I see that anti-spam > measures exist on some

Re: [PHP-DEV] Unified ReflectionType methods

On Sun, Oct 3, 2021 at 3:42 PM G. P. B. wrote: > On Sat, 2 Oct 2021 at 00:54, Andreas Hennings wrote: > > > Hello list, > > I would like to propose new methods for ReflectionType, that would > > allow treating ReflectionNamedType and ReflectionUnionType in a > > unified way. > > This would

Re: [PHP-DEV] [RFC] Allow null as standalone type

On Mon, Oct 4, 2021 at 5:33 AM Levi Morrison via internals < internals@lists.php.net> wrote: > On Sat, Oct 2, 2021 at 9:07 AM G. P. B. wrote: > > > > Hello internals, > > > > I'm proposing a new RFC to make 'null' usable as a standalone type. > > > > RFC:

Re: [PHP-DEV] BC breaking changes in PHP 8.1

On Wed, Sep 22, 2021 at 3:30 PM Matthew Weier O'Phinney < mweierophin...@gmail.com> wrote: > Yesterday, I opened an issue regarding a change in the pgsql extension ( > https://bugs.php.net/bug.php?id=81464). > > PHP 8.0 introduced the concept of "resource objects". Where previously we > would

Re: [PHP-DEV] run-tests SKIPIF caching can be problematic for third-party extensions

On Thu, Sep 23, 2021 at 4:10 PM Nikita Popov wrote: > On Wed, Sep 15, 2021 at 7:23 PM Jeremy Mikola wrote: > >> I just discovered that run-tests.php was changed to cache SKIPIF >> evaluation >> since 8.1.0beta3[1]. I believe ext-mongodb ran into the same issue as >&g

Re: [PHP-DEV] run-tests SKIPIF caching can be problematic for third-party extensions

On Wed, Sep 15, 2021 at 7:23 PM Jeremy Mikola wrote: > I just discovered that run-tests.php was changed to cache SKIPIF evaluation > since 8.1.0beta3[1]. I believe ext-mongodb ran into the same issue as > mysqli[2], as we use SKIPIF to check that database contents are clean going > into a test.

Re: [PHP-DEV] Make strtolower/strtoupper just do ASCII

On Fri, Sep 17, 2021 at 12:07 PM Tim Starling wrote: > On 17/9/21 7:15 pm, Kamil Tekiela wrote: > > +1 from me. I wasn't even aware that these functions are > > locale-dependent until recently. I see an added benefit that we could > > add them to the optimizer once they are no longer

Re: [PHP-DEV] Make strtolower/strtoupper just do ASCII

;. The > UTF-8 locales mostly work, except for the Turkish ones, which mangle > ASCII strings. > > At https://bugs.php.net/bug.php?id=67815 , Nikita Popov wrote: "My > general recommendation is to avoid locales and locale-dependent > functions, as locales are a fundamentall

[PHP-DEV] [RFC] $this return type

Hi internals, I'd like to pick up a loose thread from the future scope of the https://wiki.php.net/rfc/static_return_type RFC, the $this return type for fluent APIs: https://wiki.php.net/rfc/this_return_type I have some reservations about this (which basically come down to $this not being a

Re: [PHP-DEV] Alias stdClass to DynamicObject?

On Mon, Sep 6, 2021 at 6:50 PM Kamil Tekiela wrote: > Hi Nikita, > > I think this might be a good idea, but I would like to propose yet another > variant. > Replace stdClass with DynamicObject and keep stdClass as an alias. It can > be deprecated in 8.3. > If we only add an alias, I am afraid

Re: [PHP-DEV] Adding a way to disable the stat cache

On Fri, Sep 3, 2021 at 7:10 PM Kevin Lyda wrote: > [sent a second time, now to the list, sorry] > > On Fri, Sep 3, 2021 at 3:53 PM Christian Schneider > wrote: > > How can you say "it never was a problem" if we never had to live without > stat cache? > > Can you back up that claim with numbers?

Re: [PHP-DEV] [RFC] Random Extension 3.0

On Thu, Sep 2, 2021 at 5:10 PM Go Kudo wrote: > Hi Internals. > > Expanded from the previous RFC and changed it to an RFC that organizes the > whole PHP random number generator. Also, the target version has been > changed to 8.2. > > https://wiki.php.net/rfc/rng_extension >

Re: [PHP-DEV] [RFC] Random Extension 3.0

On Sat, Sep 4, 2021 at 10:57 PM Marc wrote: > > On 9/2/21 5:10 PM, Go Kudo wrote: > > Hi Internals. > > > > Expanded from the previous RFC and changed it to an RFC that organizes > the > > whole PHP random number generator. Also, the target version has been > > changed to 8.2. > > > >

[PHP-DEV] Alias stdClass to DynamicObject?

Hi internals, In the thread for deprecation of dynamic properties, Rowan suggested that we alias "stdClass" to "DynamicObject" in https://externals.io/message/115800#115802. I wanted to split this discussion off into a separate thread, as this can be decided independently. The rationale for this

Re: [PHP-DEV] Re: [RFC] Random Extension 3.0

On Sun, Sep 5, 2021 at 7:40 PM Ben Ramsey wrote: > Go Kudo wrote on 9/4/21 23:00: > > Indeed, it may be true that these suggestions should not be made all at > > once. If necessary, I would like to propose to organize the RNG > > implementation first. > > > > Do we still need an RFC in this

Re: [PHP-DEV] [RFC] Random Extension 3.0

On Thu, Sep 2, 2021 at 5:10 PM Go Kudo wrote: > Hi Internals. > > Expanded from the previous RFC and changed it to an RFC that organizes the > whole PHP random number generator. Also, the target version has been > changed to 8.2. > > https://wiki.php.net/rfc/rng_extension >

Re: [PHP-DEV] Adding a way to disable the stat cache

On Fri, Sep 3, 2021 at 4:08 PM Kevin Lyda wrote: > On Fri, Sep 3, 2021 at 2:34 PM Christian Schneider > wrote: > > If I remember correctly it was about reducing the number of system > calls. Is this no issue any more? > > Has a quick benchmark been done to see the positive / negative impact of

Re: [PHP-DEV] Adding a way to disable the stat cache

On Thu, Sep 2, 2021 at 10:27 AM Kevin Lyda wrote: > PHP has a stat cache which is... unfortunate. As noted in this bug from > 2004[0] it causes a number of issues for PHP users and is irrelevant > in modern operating systems. Heck, it's not even useful in OS's people > might consider ancient at

  1   2   3   4   5   6   7   8   9   10   >