-
Notifications
You must be signed in to change notification settings - Fork 236
Open
Open
Copy link
Labels
cuda.coreEverything related to the cuda.core moduleEverything related to the cuda.core moduleenhancementAny code-related improvementsAny code-related improvements
Description
Summary
PR #1368 introduces a PyCapsule-based architecture for resource handles. This issue is to investigate whether Cython's __pyx_capi__ mechanism could simplify or replace this approach.
Current Architecture
PR #1368 uses a PyCapsule mechanism _CUDA_DRIVER_API_V1 to pass CUDA driver function pointers from cuda.bindings to the C++ code
Proposed Investigation
Investigate whether __pyx_capi__ (Cython's built-in mechanism for exposing C-level APIs) could replace this capsule:
- Can cuda.bindings expose driver functions via
__pyx_capi__instead of requiring a custom capsule?
References
- Questions about
__pyx_capi__use/stability. cython/cython#3077 - Discussion of__pyx_capi__for cross-module C API access - PR RAII resource handles for CUDA objects #1368 - RAII resource handles implementation
Goal
Simplify the architecture if possible, reducing complexity and maintenance burden while preserving the core benefits of centralized resource lifetime management.
Metadata
Metadata
Assignees
Labels
cuda.coreEverything related to the cuda.core moduleEverything related to the cuda.core moduleenhancementAny code-related improvementsAny code-related improvements