Support test-ini also for phpize builds

[cmb69]

Automatically generating and using test INI files is supported for
in-tree build (buildconf) for a long time, and this can make sense
for phpize builds too, especially when the build extension is a zend
extension, so it can be properly loaded.

Thus we make --enable-test-ini and --with-test-ini-ext-exclude
available for phpize, but default to false for full BC.

[cmb69]

If there are no objections, I'll merge this by the end of the week.

[reeperbahnause]

Hi @cmb69
I have a quick question regarding this change:
https://github.com/php/php-src/pull/8787/files#diff-f20feddec2eff215acf86d20606f15e32aa0c8c4265419c6f7282f38e0b208e7R47

The $(TESTS) argument was moved to the end of the command.
Because of this change the tests of the mailparse extension are not working anymore for php > 8.1.
This is because the mbstring extension has to be loaded before the new compiled mailparse extension.
Do you have any advice how I could solve this or do you want me to open a new issue?

[cmb69]

Argh! I have no idea why I canged the order of the arguments back then, but obviously that indeed broke running tests with nmake test for extensions requiring other extensions to be loaded first. It might be best to fix this (after all, bug fixes still may target PHP-8.2), although I'm not sure. Did you already report that elsewhere?

Without the fix, it's still possible to work around the issue by configuring with --enable-test-ini and then manually prepending the additional extension; see php/pecl-mail-mailparse@0b757f6. If the setup-php-sdk action would output the path to the build folder (which would be useful for other purposes, too), that "patch ini" step could be reduced to two lines. But still, there need to be additional conditions to control the job flow to support older as well as newer PHP versions (since old phpize versions don't support --enable-test-ini).

And there is https://github.com/php/php-windows-builder which might support this out-of-the-box. I haven't yet looked closely at this, though.