-
-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update ASCII.php #102
Update ASCII.php #102
Conversation
Quality Gate passedIssues Measures |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Update seems reasonable for fixing PHP 8.4 requirements.
This syntax requires PHP 7.1+, some check failures are probably because the current build supports PHP 7.0+ |
@voku Is this good to go? :) |
Sorry, I've been in hospital with my daughter for a few weeks. Today is my first day back at work and I'll catch up tonight/next morning. |
No stress and no need to be sorry! Hope everything is all good :) |
This wasn't mentioned before, but it seems that the PHPDoc isn’t up-to-date as now portable-ascii/src/voku/helper/ASCII.php Line 844 in fc540ed
(It was changed in this commit) |
hi @voku, when will this be merged? PHP 8.4 will be released soon. |
It's supposed to be released this week (on the 21st). Hopefully we can get this merged within the next few days. |
I guess we could just default to |
It could also be a nice solution IMHO and it also keeps compatibility with PHP 7.1, but it would be a (minor?) breaking change for codes where this argument is explicitly passed as |
I believe #105 is a better solution. |
fixed via #105 |
https://php.watch/versions/8.4/implicitly-marking-parameter-type-nullable-deprecated
php 8.4 : Implicitly marking parameter $replace_single_chars_only as nullable is deprecated, the explicit nullable type must be used instead