-
Notifications
You must be signed in to change notification settings - Fork 68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[HIPIFY] HIPIFY converts CUDA_R_32F to HIPBLAS_R_32F instead of HIP_R_32F #383
Comments
@hom0056, Could you provide your example, please? |
Sure. The simplest cuda program I can think of that produces the problem:
then If you need, I can also provide the full program I was hipifying originally. |
Hi @hom0056, This issue will be fixed after fixing ROCm/hipBLAS#366 in hipBLAS and HIP. |
+ [Reason] `cusparseGetStream` appeared in CUDA 8.0 + [fix] Set the missing A-version for `cusparseGetStream` + Updated synthetic `SPARSE` tests and the regenerated `SPARSE` documentation + [TODO][ROCm#899][HIPIFY][ROCm#895][ROCm#383][hipBLAS-ROCm#366][workaround][temporary] Always convert cudaDataType_t to hipDataType under the `--use-hip-data-types` option
Finally fixed in hipBLAS 6.0.0 and HIPIFY tools (#1065). |
When hipifying cuda source containing cusparse code,
CUDA_R_32F
(of typecudaDataType
) should be converted toHIP_R_32F
(of typehipDataType
), which is, according tonvcc_detail/hip_runtime_api.h
, just a macro definition of the original cuda type and value. Instead,CUDA_R_32F
gets hipified toHIPBLAS_R_32F
, which is of typehipblasDatatype_t
and is incompatible.The original cuda code gets compiled using nvcc with no problem and runs OK, but after hipification, compilation with hipcc fails with errors like
pointing to a line where (for example)
hipsparseSpMV
function is called.Replacing
HIPBLAS_R_32F
withHIP_R_32F
in the hipified code makes the code compile with no problem and the program runs OK.I am on nvidia platform, using Ubuntu-18.04.
hipcc --version:
hipify-clang --version:
this probably applies to other values of the enum as well.
this applies to both hipify-perl and hipify-clang
edit:
on my amd-gpu machine the error message from hipcc is
the cause seems to be the same.
The text was updated successfully, but these errors were encountered: