Locating libTritonCPURuntime.so only works for Python < 3.12

[int3]

Just noticed that this breaks on 3.12 with an uncaught StopIteration:

triton-cpu/third_party/cpu/backend/driver.py

Line 14 in cc65f44

_triton_C_dir = importlib.resources.files(triton._C).joinpath("")

Apparently I am using unsupported behavior, per python/cpython#106614

I think the right fix is to use importlib.resources.as_file(), though I think that causes the shared lib to get copied on disk. It would also require some refactoring. As I understand, there are other issues blocking us on 3.12 for now, so I don't think this is the highest pri, but let me know if it's blocking you and I'll fix it.

[Devjiu]

I also have some strange issues: (python 3.9)

    import triton.backends.cpu.driver as cpu_driver
python/triton/backends/cpu/driver.py:15: in <module>
    _triton_C_dir = importlib.resources.files(triton._C).joinpath("")
../miniconda3/envs/omnisci-dev/lib/python3.9/importlib/resources.py:147: in files
    return _common.from_package(_get_package(package))
../miniconda3/envs/omnisci-dev/lib/python3.9/importlib/_common.py:14: in from_package
    return fallback_resources(package.__spec__)
../miniconda3/envs/omnisci-dev/lib/python3.9/importlib/_common.py:18: in fallback_resources
    package_directory = pathlib.Path(spec.origin).parent
../miniconda3/envs/omnisci-dev/lib/python3.9/pathlib.py:1082: in __new__
    self = cls._from_parts(args, init=False)
../miniconda3/envs/omnisci-dev/lib/python3.9/pathlib.py:707: in _from_parts
    drv, root, parts = self._parse_args(args)
../miniconda3/envs/omnisci-dev/lib/python3.9/pathlib.py:691: in _parse_args
    a = os.fspath(a)
E   TypeError: expected str, bytes or os.PathLike object, not NoneType

In addition to discussion in PR #78 .

[int3]

Oof, sorry about all the pain, I only tested on 3.11. I think the error you're seeing can be resolved by adding an empty python/triton/_C/__init__.py.

[int3]

I think the better fix is to change it to

 _triton_C_dir = importlib.resources.files(triton).joinpath("_C")

for the reasons explained in python/cpython#106614 (comment). I am testing this now on both 3.9 and 3.12, will put up a PR soon

[Devjiu]

I don't know - for some reason it fixed with adding: importlib.invalidate_caches()
Don't worry - I am just sharing errors I am facing with.