Hm, for some reason,configure now decidesnot to buildpwd on my Mac, thus breakingposixpath.expanduser for my username:

$ python3.11Python 3.11.0a5 (v3.11.0a5:c4e4b91557, Feb  3 2022, 14:54:01) [Clang 13.0.0 (clang-1300.0.29.30)] on darwinType"help","copyright","credits" or"license"for more information.>>> import posixpath>>> posixpath.expanduser("~erlendaasland")'/Users/erlendaasland'>>> ^D$ ./python.exe                 Python 3.11.0a5+ (heads/no-pwd-dirty:a6ca976941, Mar  6 2022, 00:31:10) [Clang 13.0.0 (clang-1300.0.29.30)] on darwinType"help","copyright","credits" or"license"for more information.>>> import posixpath>>> posixpath.expanduser("~erlendaasland")'~erlendaasland'>>> ^D

getpwuid andgetpwuid_r are both available, so I don't see why.

$ grep getpwuid config.cacheac_cv_func_getpwuid=${ac_cv_func_getpwuid=yes}ac_cv_func_getpwuid_r=${ac_cv_func_getpwuid_r=yes}

Aaaah, I see it!

We need to usem4_foreach_w (orm4_map_args_w) inPY_STDLIB_MOD andPY_STDLIB_MOD_SIMPLE when checkingpy_stdlib_not_available for unavailable modules. There may be a more elegant solution.

I triedm4_set_add_all but it didn't work like I hoped. The m4 set functions seem to get evaluated during autoconf. We need to evaluate them whenconfigure is running.

The m4 set functions seem to get evaluated during autoconf. We need to evaluate them when configure is running.

Yeah, I tried some experiments with the m4 wrappers yesterday, but they didn't work out.

Yeah, I tried some experiments with the m4 wrappers yesterday, but they didn't work out.

We may have to restructure the test. I have a working solution, will clean it up and push it later today.