Make `cuda-bindings` buildable against CTK wheels?

The meaning of the title is that pip install . from source can work without a local CTK environment (no need to set CUDA_PATH and all that). Everything is purely pip-wheel based.

This is actually doable, I just don't believe there is a serious use case because we really want users to not build from source, nor do I want to spend my time on enabling it, but I can be convinced. Anyway it's worth writing this up somewhere in the public.

The whole thing relies on the fact that building bindings just need a host compiler; no NVCC is needed. The steps is as follows:

• We list needed CTK wheels in the [build-system.requires] session. They will provide the needed headers.
• Since setuptools does not provide a way for us to programmatically query the path to the isolated build environment at build time, we search the potential paths based on the assumption that sys.path must be updated for setuptools to find the build env.
• We pass <build env path> to setuptools so that the CUDA headers can be found by gcc/msvc.

I enabled this for nvmath-python and it did worked like a charm, but the situation was a lot simpler than driver/runtime modules that we have here.

Commencez par comparer la configuration de build de cuda-python avec le pyproject.toml référencé de nvmath-python et l’approche de builder/utils.py. Déterminez si une installation depuis les sources pip-wheel-only peut localiser les en-têtes CTK sans CUDA_PATH ; le travail est considéré comme terminé lorsque pip install . réussit sans environnement CTK local.