Skip to content
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

Try building on windows-2025 #17760

Closed
wants to merge 20 commits into from
Closed

Try building on windows-2025 #17760

wants to merge 20 commits into from

Conversation

cmb69
Copy link
Member

@cmb69 cmb69 commented Feb 11, 2025

The latest Windows release (24H2) apparently updated the JScript which can cause issues (see #17759). Check if there are more.

The latest Windows release (24H2) apparently updated the JScript which
can cause issues (see php#17759).  Check if there are more.
This could should be revised; the whole caching was AppVeyor specific,
and doesn't work as expected with GH runners.  At least, this is
unnecessarily complex.
It seems where grabbing the system OpenSLL DLLs instead of our own.
To work around issues with DLLs we're using, but which are also in the
system folder, we do `nmake snap` which (amongst other things) places
our DLLs in the app folder, so these should be grabbed up first.

This might take a bit long for CI, but let's see.
@cmb69
Copy link
Member Author

cmb69 commented Feb 11, 2025

Someone put libcrypto-3-x64.dll in the system folder. Sigh. Fortunately, the PHP manual does not recommend such practice. ;)

See https://learn.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order, why that might be a bad idea.

cmb69 added 11 commits February 11, 2025 15:40
This reverts commit e1d0ef2.

This doesn't work, unless we would target the subfolder with the
snapshot build.  It's also pretty slow.
That's even worse than putting non-system DLLs into the system folder.
Apparently, one of the more recent patch releases of Windows 10
(confirmed for Windows 10.0.26100, but may affect older versions, too)
changed treatment of filenames with trailing slashes to be recognized
explicitly as directories, and no longer as invalid file or directory.

We adapt the affected test cases.
@cmb69
Copy link
Member Author

cmb69 commented Feb 14, 2025

Okay, the PR served its purpose, which was to check whether there are further issues regarding configure due to potential incompatibilites with 24H2, and so far none have been found.

@cmb69 cmb69 closed this Feb 14, 2025
@cmb69 cmb69 deleted the cmb/windows-2025 branch February 14, 2025 16:04
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.

1 participant