-
Notifications
You must be signed in to change notification settings - Fork 8k
Fixed #73124: php_ini_scanned_files() #2921
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
Conversation
* 'PHP-7.1' of git.php.net:/php-src: Fix SDK version comparison and add more verbosity Don't use the cache dependency, SDK version is handled in script
* 'PHP-7.2' of git.php.net:/php-src: Fix SDK version comparison and add more verbosity Don't use the cache dependency, SDK version is handled in script
* 'master' of git.php.net:/php-src: Fix SDK version comparison and add more verbosity Don't use the cache dependency, SDK version is handled in script
* PHP-7.0: Fix fetching the SDK version
* PHP-7.1: Fix fetching the SDK version
* PHP-7.2: Fix fetching the SDK version
* PHP-7.0: Ensure SDK is checked out before asking for version
* PHP-7.1: Ensure SDK is checked out before asking for version
* PHP-7.2: Ensure SDK is checked out before asking for version
* PHP-7.0: Yet one attempt to mitigate the unzip error on AppVeyor
* PHP-7.1: Yet one attempt to mitigate the unzip error on AppVeyor
* PHP-7.2: Yet one attempt to mitigate the unzip error on AppVeyor
* PHP-7.0: Fix bug #75464 Wrong reflection on SoapClient::__setSoapHeaders
* PHP-7.1: Fix bug #75464 Wrong reflection on SoapClient::__setSoapHeaders
* PHP-7.2: Fix bug #75464 Wrong reflection on SoapClient::__setSoapHeaders
* 'PHP-7.1' of git.php.net:/php-src: Yet one attempt to mitigate the unzip error on AppVeyor Ensure SDK is checked out before asking for version Fix fetching the SDK version Fix SDK version comparison and add more verbosity Don't use the cache dependency, SDK version is handled in script Remove status check on the SDK repo and add version check Use abbrev Catch with the latest AppVeyor unzip errors Fixed type inference
* 'PHP-7.2' of git.php.net:/php-src: Yet one attempt to mitigate the unzip error on AppVeyor Ensure SDK is checked out before asking for version Fix fetching the SDK version Fix SDK version comparison and add more verbosity Don't use the cache dependency, SDK version is handled in script Remove status check on the SDK repo and add version check Use abbrev Catch with the latest AppVeyor unzip errors Fixed type inference
* PHP-7.0: Add missing ICU version check
* PHP-7.1: Add missing ICU version check
* PHP-7.2: Add missing ICU version check
As the actual behavior change happens with ICU >= 58, the new functionality should stay same in the lower versions. This comply also with lower PHP versions so far.
Not regarding the CGI section might even been seen as a bug, and since server-tests.php appears to broken, anway[1][2], we implement it for run-tests.php in the way as described[3] for server-tests.php, i.e. respective tests are skipped if no CGI executable is found. [1] <php#222 (comment)> [2] <php#1811 (comment)> [3] <https://qa.php.net/phpt_details.php#cgi_section>
None of currently supported codepages would claim more than 5 bytes per a multibyte glyph, that's (255*5+1)kb, not 2kb anymore.
* PHP-7.2: Refine allocation NEWS
* PHP-7.2: [ci skip] update NEWS
Even though __clone was implemented as private and called only from parent class, child extending class instance could not be cloned.
See de65a22 which exposes the unregister functionality. [ci skip]
[ci skip]
- add SSE2 based ASCII check in 16 byte blocks - use early return on fail
If (*NO_JIT) is put into the pattern, the JIT compilation will still succeed but produce no code. The pattern will still have to be interpreted and is not suitable for the JIT fast path. This means, we still need to check the pattern info after JIT compilation and only set the flags when the JIT code was produced.
* 'master' of git.php.net:php-src: Fix (*NO_JIT) usage when JIT is enabled Refactor ASCII to wide conversion
Additional ini files are reported using the --ini option, but not by `php_ini_scanned_files()`, which relied on PHP_CONFIG_FILE_SCAN_DIR.
|
Please target the lowest applicable branch. |
|
@krakjoe Sorry, I was following the advice to use master from https://wiki.php.net/vcs/gitworkflow. And now I've buggered it up. What is the best way forward here? Thanks. |
|
Close this one. Open a new PR against the lowest branch, if it doesn't merge cleanly into a higher branch, open a separate request for that higher branch, and repeat until master is patched. |
|
Thanks, will do. |
Additional ini files are reported using the --ini option, but not by
php_ini_scanned_files(), which relied on PHP_CONFIG_FILE_SCAN_DIR.