Max Bachmann

Then the patch only prevented the correct overload from being chosen. Was the error message you did send initially all that was printed? Is there a way for you to...

`python3-cython-native` isn't really a dependency of `scikit-build-core`. So this should probably be a dependency of rapidfuzz and not of scikit-build-core.

I assume this was fixed and is now only waiting for https://github.com/openembedded/openembedded-core/pull/99 to get merged. Right?

The implementation of `extractOne` is somewhat different from `cdist` due to the ability to exit early in the case of a perfect match. So in pseudo code it's implemented like...

Setup.py is the legacy way of setting up a Python package. The modern way is pyproject.toml. How are you attempting to install the package?

you should try to run `pip install git+https://github.com/rapidfuzz/RapidFuzz.git -vvv` to see what's actually causing the issue. I probably fails to compile and ends up just using the fallback implementation

> Specifying extensions within the pyproject.toml is still currently experimental, which is why you need both No clue where you have that from, but as far as I can tell...

Right now it fails to compile. You can see this if you attempt to install in verbose. It simply installs the pure Python fallback version. Now the compilation is fixed...

Thanks for the write up @da-woods I published a first build with free threading enable.

Good catch. That was an oversight.