freethreading support

[isuruf]

Checklist

• Used a personal fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

Support for freethreading was added in 6.0.0

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.

[isuruf]

@jakirkham, can you review?

[jakirkham]

Thanks Isuru! 🙏

It looks like there are a couple patches that didn't make it into 6.0.0 that we may want to include:

• Fix GIL warnings and a few thread-safety issues in free-threaded CPython giampaolo/psutil#2428
• Define Py_GIL_DISABLED macro on Windows giampaolo/psutil#2442

[isuruf]

I added the first patch. The second one was needed for the first two rc builds and it isn't needed anymore because of python/cpython#112778

[jakirkham]

Thanks Isuru! 🙏

Looking upstream am seeing this later change ( python/cpython#115850 ), which suggests extensions need to pass /DPy_GIL_DISABLED. So am wondering if this is what the author of PR ( giampaolo/psutil#2442 ) encountered

Admittedly I've not dug into this as much as you. So am open to trying things with the off chance this may need a follow up later

[isuruf]

No, the freethreaded build in conda-forge has

#ifndef Py_GIL_DISABLED
#define Py_GIL_DISABLED 1
#endif

so that macro is not required to be set.

[jakirkham]

Ah I see. The --disable-gil flag we pass will ensure it is defined

[jakirkham]

Thanks again Isuru! 🙏