Jinsol Park
Jinsol Park
Hello! Would you like to move forward with this issue? Or will it be okay if I start working on the feature?
From what I remember, this comes from [raft calling into cusparse](https://github.com/rapidsai/raft/blob/b413773274f97220d4d4f092552abb6c06ec0507/cpp/include/raft/sparse/convert/detail/csr.cuh#L65-L66), which is fixed to taking `int` type as the nnz, resulting in an overflow
@aamijar I just assigned myself. I'll get back to you if this turns out to be something else more directly related to the solver! : )
Blocked because cusparse doesn't support int64 types for nnz yet 🥲
@viclafargue Thanks for pointing this out! Am I correct that [this](https://github.com/rapidsai/cuml/blob/53a9ace19b5cc2f097f5dc3acba5d84e069c4dc4/cpp/src/spectral/spectral.cu#L42-L53) spectral embedding will no longer be used after the merge of that PR @aamijar ?
Coming from [here](https://github.com/rapidsai/raft/blob/44241b39353c829b1b545647b736d1275e7f6e07/cpp/include/raft/sparse/linalg/detail/spectral.cuh#L48-L56)
/ok to test
/ok to test
`algo.cuh` and `get_raft.cmake` will be changed after [this PR in cuML](https://github.com/rapidsai/cuml/pull/6022) and [this PR in raft](https://github.com/rapidsai/raft/pull/2403) is merged
Some updates on this issue; NN Descent uses `graph_degree=k` to set the `node_degree`, and the intermediate_graph_degree given by the user is used to set the `internal_node_degree`. This causes an issue...