Use different data models for DpnpNdArray Type for kernel and dpjit targets #1118
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Previously, a
dpnp.ndarray
argument passed to akernel
function was passed as an instance ofnumba_dpex.core.types.USMNdArray
. TheUSMNdArray
type uses thenumba_dpex.core.datamodel.models.USMArrayModel
data model where pointers have an explicit address space qualifier.The PR now registers the
dpnp.ndarray
-specificDpnpNdArray
types with aUSMArrayModel
for theDpexKernelTarget
and with thenumba.core.datamodel.models.ArrayModel
for theCPUTarget
. By doing so, we now correctly recognize adpnp.ndarray
passed to a kernel as such instead of a genericUSMNdArray
object. The change unblocks the creation of a Numba-specific CPython wrapper for kernel functions as we need to use the correct Numba type to properly unbox and box adpnp.ndarray
.Additionally, fixes a bug in
numba_dpex.dpnp_iface.arrayobj.getitem_arraynd_intp
that was found during testing.