Python 3.11+ distributions on Windows incorrectly refer to libcrypto-1_1.dll and libssl-1_1.dll from PYTHON.json

[ntamas]

The Windows builds of Python 3.11 and 3.12 (and maybe 3.13 as well - haven't checked) refer to libcrypto-1_1.dll and libssl-1_1.dll (32-bit) or their 64-bit variants from PYTHON.json, while the install/DLLs folder contains libcrypto-3.dll and libssl-3.dll. I don't know what the best way would be to fix this; one possibility is to replace -1_1 with -3 in all occurrences in CONVERT_TO_BUILTIN_EXTENSIONS of the Windows build script when the target Python version is 3.11 or above, but there might be a better way.

I'll be happy to submit a PR if you let me know how to proceed with this in a way that is acceptable for the maintainers.

[zanieb]

Hm, I'm not super familiar with this part of the code yet but it looks like there are a couple things

1. We should validate that the shared_depends actually exist, so this can't be wrong in the future?
2. Instead of shared_depends_$arch we might want to introduce shared_depends_conditional with arch, depends, maximum-python-version, and minimum-python-version fields, similar to elsewhere, e.g.:

python-build-standalone/ci-targets.yaml

Lines 16 to 20 in 2b45a4d

	build_options_conditional:
	- options:
	- freethreaded+debug
	- freethreaded+pgo+lto
	minimum-python-version: "3.13"

python-build-standalone/cpython-unix/extension-modules.yml

Lines 35 to 40 in 01cfc3b

	includes-conditional:
	- includes:
	- Modules/_hacl
	- Modules/_hacl/include
	- Modules/_hacl/internal
	minimum-python-version: "3.14"

Then we can split the definitions per Python version as necessary.

[zanieb]

@pittervib sorry, but that looks AI generated and is wrong in several ways. Please don't do that.