RfcCodex
There are some notes on PHP RFCs, why some were declined, and what others might need for them to be implemented.
The purpose of these documents is to avoid information from being lost and to try to avoid conversations needing to be repeated multiple times on PHP internals.
Things still being discussed
Call site error or exception control
Strict mode and internal engine callbacks
TODO
These need to be summarised.
Pipe-operator - https://wiki.php.net/rfc/pipe-operator
Tuple returns - though these would be moot if we had out parameters.
Type declarations type number = float | int;
Ideas that overcame their challenges
PHP is actually getting better. These are all things that used to be pipe-dreams, but are now in PHP core.
Enums implemented by Enumerations.
Immutables - this is done through the Readonly properties. There is still some work to do here, as currently it is slightly annoying to clone an object and during the clone change some of it's properties.
Null short-circuiting - https://wiki.php.net/rfc/nullsafe_operator
Referencing functions - implemented by First-class callable syntax
Things that are probably moot
PHP is actually getting better, but that means that some solutions to problems have become pretty moot, as they seek to solve problems that are now less of a problem.
Misc notes
Contributing
Please read the contributing guidelines before writing your 4,000 word novelella on why some RFC really should pass.
Disclaimer
I reserve the right to be as opinionated as I feel like when commenting on RFCs; I'm not going to attempt to stay 100% neutral when talking about RFCs that I consider to be either dumb or bad for PHP.