gh-81057: Vendor a Subset of distutils for the c-analyzer Tool

[ericsnowcurrently]

distutils was removed in November. However, the c-analyzer relies on it. To solve that here, we vendor the parts the tool needs so it can be run against 3.12+. (Also see gh-92584.)

• Issue: [subinterpreters] Global C variables are a problem #81057

[ericsnowcurrently]

Note that none of the Windows-related support actually implements the preprocessor code the c-analyzer needs. Here's what that might look like, though: elijahr/python-autopxd2#40.

[sobolevn]

Note, distutils is also used in peg_generator:

cpython/Tools/peg_generator/pegen/build.py

Lines 52 to 58 in 1f557f9

	importdistutils.log
	fromdistutils.coreimportDistribution, Extension
	fromdistutils.tests.supportimportfixup_build_ext# type: ignore
	fromdistutils.ccompilerimportnew_compiler
	fromdistutils.dep_utilimportnewer_group
	fromdistutils.sysconfigimportcustomize_compiler

Will it be convinient to use the single vendored version for both of them?

[ericsnowcurrently]

Thanks for pointing this out. I'll take a look.

[AlexWaygood]

See these two previous issues that were opened on this topic:

• Update test_check_c_globals to not need distutils & reenable it #100237
• Update test_peg_generator to not need distutils & reenable it #100238

[ericsnowcurrently]

(See #92584 (comment).)

I'm fine with sharing a solution with peg_generator (e.g. a common vendored distutils). In the meantime, I'd like to land this PR. We can remove this vendored distutils when there's a shared solution.