[RFC] Drop support for PHP 7.4 #9290
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
derrabus
requested review from
beberlei,
morozov,
greg0ire and
SenseException
morozov
approved these changes
Dec 27, 2021
greg0ire
approved these changes
Dec 27, 2021
beberlei
approved these changes
Dec 27, 2021
|
In addition before 3.0 is final, it will still take a few month, so by then 8.0 is even more wide spread. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I'd like to propose to raise the minimum PHP version for the 3.0.x branch to 8.0.
We have taken this step on the DBAL 4.0.x branch already. Having the full power of the PHP 8 type system will make it easier for us to create a codebase that is compatible with DBAL 4. Moreover, bumping to PHP 8 would allow us to use native attributes as a default for old and new functional tests. Last but not least, developing features for a PHP-8-only project is a really delightful experience. 🙂
According to Packagist's statistics, more than 50% of ORM 2.10 installations run PHP 8 already.
I don't know exactly when the 3.0.x branch will be ready for a release, but even if we released right now, I would expect the 2.x series of the ORM to live on for some time, so that projects may upgrade to the new major (and PHP 8) at their own pace.