Can't use wxPython on free-threaded Python on Windows

[cool-RR]

$ python3.14t.exe --version
Python 3.14.0
$ python3.14t.exe -m pip show wxpython | grep Version
Version: 4.2.4
$ python3.14t.exe -c 'import wx'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
    import wx
  File "C:\Program Files\Python314\Lib\site-packages\wx\__init__.py", line 17, in <module>
    from wx.core import *
  File "C:\Program Files\Python314\Lib\site-packages\wx\core.py", line 12, in <module>
    from ._core import *
ModuleNotFoundError: No module named 'wx._core'

Python installed on Windows 10 Pro using official installer.

[jmoraleda]

Currently this is expected as wxPython relies on native C-libraries which means one needs to explicitly produce a free-threaded version of those libraries before they'll be found.

Syntactically adding these versions is straightforward. But whether all the current c-libraries can actually safely be used in a multithreaded environments is going to require some serious testing.

I am optimistic though, since the core library, wxWidgets, can be used in a true multithreaded environment with the caveat that all UI calls must be made from the UI thread, which applies also for the current GIL based versions.

[swt2c]

Yeah there is potentially some substantial work needed in order to support free-threaded builds. The first step was to get WAF to support it, which has been done. Next is for sip to support it, which has not yet happened. After that, we could look into supporting it in wxPython, but still may require some substantial work.

[jmoraleda]

Is this a duplicate of #2805 ?

[swt2c]

Is this a duplicate of #2805 ?

Kind of. The work has been done so building free-threaded wheels is possible now, so we could publish the wheels. They wouldn't be useful for much as they'd fall back to the using the GIL, though.