-
Notifications
You must be signed in to change notification settings - Fork 99
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
BatchedTeamGemv fails with ViewType = Kokkos::DynRankView<> #1764
Comments
@lucbv do you have an opinion about this support? I don't have experience with DynRankView. |
@japlews: While the functor-level interfaces (https://kokkos-kernels.readthedocs.io/en/latest/developer/apidocs/batched_dense.html#gemm) do not check the compile-time View dimensions, our host-level BatchedGemm function does: |
Thanks for the information. Would it be possible to support an API with conditional compile- and run-time checks based on the existence of a compile-time View rank? The Trilinos/Intrepid2 library is the use case in question here, where the API-level array types they rely on are almost all Kokkos::DynRankViews... Or otherwise something more complex that is duck-typed like a Kokkos::DynRankView. |
@japlews: For this use-case, |
@e10harvey, exactly. DynRankViews have a method called |
I am thinking something like this:
|
Nice! |
@e10harvey, I was able to confirm that my code builds and runs with the fixes. Thanks! |
Closing as complete. |
BatchedTeamGemv is now incompatible with
Kokkos::DynRankView<>
because of static assertions on View rank. See KokkosBatched_Gemv_Team_Impl.hpp:48:I can work around this issue by using the
Batched_Gemm
interface instead (which does not require compile-time View dimensions for some reason), but I'm wondering if there are plans to continue support forDynRankView
?Thanks!
Julia
The text was updated successfully, but these errors were encountered: