Re: [RFC] [Vote] Base convert changes
| From: | Scott Dutton | Date: | Wed, 19 Jun 2019 08:16:07 +0000 |
| Subject: | Re: [RFC] [Vote] Base convert changes | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-105988@lists.php.net to get a copy of this message | ||
Ah thats brilliant, I will take a look at updating the tests when I split the PR tomorrow
Thanks Nikita
Scott
On 19.06.2019 09:13, Nikita Popov wrote:
On Wed, Jun 19, 2019 at 10:06 AM Scott Dutton <scott@exussum.co.uk> wrote:Hi Joe, I will have a look at splitting the PR, I am not at a computer where i can code today though so will be tomorrow at the earliest. The Negative numbers will be a fair amount of work to make the tests pass, would this still need to be done if the RFC doesnt pass ? I am happy to do this work if it looks like it will pass, the reasons it fails are outlined in the RFC as BC breaks. The tests seem to test the values which make it fail more than I have seen other code use these values. 887-939 are ignoring invalid input changes, everything else is negative numbersscripts/dev/bless_tests.php can be used to automatically update expected test output. Doesn't work for all tests (those with many manual wildcards for example), but may save you some work. NikitaHope that helps Scott On 19.06.2019 08:56, Joe Watkins wrote:There should probably be a PR targeting 7.4 with theimplementationof "Error on ignored characters" as proposed for 7.4, and a PR targeting master implementing "Error on ignored characters" with exception change and implementing "Allow negative arguments". None of these PR's should cause tests to fail, and where newuntestedbehaviour is introduced the PR should include tests for that. Cheers Joe On Wed, 19 Jun 2019 at 09:43, Scott Dutton <scott@exussum.co.uk> wrote:Links: ------ [1] https://wiki.php.net/rfc/base_convert_improvements [1] [2] http://www.php.net/unsub.php [2]negativeHi Joe, I will take a look at conflicts. The failures are extreme value checks which are a result of allowing the negative numbers. If theThe implementation of this does not look ready, there arenumbers one passes I will fix all tests and add some more for the negative values. The tests fail because of the unsigned -> signed change (but as you say there were quite a lot of tests). Would it be easier for 2 prs ? one for each vote ? Thanks Scott On 19.06.2019 08:31, Joe Watkins wrote:so I can't test it locally, but last time CI ran there were many failures. Cheers Joe On Wed, 19 Jun 2019 at 09:24, Scott Dutton <scott@exussum.co.uk> wrote:conflictstoHi all I have put my RFC base convert changes to vote this morning https://wiki.php.net/rfc/base_convert_improvements [1] [1] [1] Two votes, one to raise a deprecated error in PHP7.4 (raisedbase_convert('-FF',doesntexception in PHP 8) when base_convert encounters something itknow how to convert. Second vote is to allow negative numbers, eg[2] Links: ------ [1] https://wiki.php.net/rfc/base_convert_improvements [1] [1] [2] http://www.php.net/unsub.php [2] [2]16,10) would return -255 (this returns 255 currently) Voting ends 3rd July Thanks Scott -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php [2] [2]-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php [2]Links: ------ [1] https://wiki.php.net/rfc/base_convert_improvements [2] http://www.php.net/unsub.php