Skip to content

Cleanup of remaning E_STRICT #4401

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

Closed
wants to merge 1 commit into from
Closed

Conversation

Girgias
Copy link
Member

@Girgias Girgias commented Jul 14, 2019

Removed usage of E_STRICT in a couple of places by using lxr [1]
I've converted the last usages to E_NOTICE however as @nikic is the author of the RFC to reclassify them [2] could you have a look at them?

Removed the E_STRICT in the default error handling mode as this shouldn't trigger anything more now.

Not sure if we should keep the mention of E_STRICT in the INI files, I've removed them as they seem pointless ATM.
The constant still exists in the Zend engine which we may want to remove in PHP 8.

[1] https://lxr.room11.org/search?project=php-src%407.4&q=E_STRICT&defs=&refs=&path=&hist=&type=
[2] https://wiki.php.net/rfc/reclassify_e_strict

@Girgias Girgias force-pushed the e-strict-cleanup branch from 94dc3a1 to 106ee53 Compare July 14, 2019 05:34
@nikic
Copy link
Member

nikic commented Jul 14, 2019

Can you please separate out the two changes that affect where E_STRICT is thrown?

@Girgias
Copy link
Member Author

Girgias commented Jul 14, 2019

Can you please separate out the two changes that affect where E_STRICT is thrown?

Done :)

@@ -3,8 +3,7 @@ foo = E_ALL E_NOTICE
error_reporting = E_ALL
error_reporting1 = E_COMPILE_ERROR|E_RECOVERABLE_ERROR |E_ERROR|E_CORE_ERROR
error_reporting2 = E_ALL&~E_NOTICE
error_reporting3 = E_ALL & ~E_NOTICE
error_reporting4 = E_ALL & ~E_NOTICE | E_STRICT
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be kept with E_STRICT replaced with something else, I think. Possibly just a dummy value (if hex is supported, something like 0x100000), as this is a parsing test.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are a bunch of whitespaces after are those part of the test too?

@Girgias Girgias force-pushed the e-strict-cleanup branch 2 times, most recently from 26a1307 to a1053d0 Compare July 18, 2019 14:20
@Girgias Girgias closed this Jul 18, 2019
@Girgias Girgias reopened this Jul 18, 2019
@Girgias
Copy link
Member Author

Girgias commented Jul 18, 2019

Closed and Reopened to restart CI after I messed up my rebase and it didn't pick up on the quick subsequent push

Edit: nope just another file I missed after i f* the rebase onto upstream >__>

@Girgias Girgias force-pushed the e-strict-cleanup branch from a1053d0 to 53f0904 Compare July 18, 2019 16:56
@Girgias
Copy link
Member Author

Girgias commented Jul 19, 2019

Windows test failure seems unrelated.

@nikic
Copy link
Member

nikic commented Jul 23, 2019

Merged as 6d6d954, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants