-
Notifications
You must be signed in to change notification settings - Fork 89
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
RFC for RVV intrinsic API proposal #10
Comments
Thanks @Hsiangkai for putting this RFC together. I understand that Regarding a question posed by @zakk0610 during our internal discussion, I understand reinterpret intrinsics will allow converting mask types to/from other integer types of LMUL=1. Also I presume reinterpret casts will allow reinterpretation between different types of the same LMUL (e.g. |
Oh... in fact SiFive’s Implementation vcopy is same as assignment in C, which is VL aware, the same issue for vector type is pointer dereference vs unit stride load/store, we implement its in VL aware too. We might need to create a new issue to discuss about the behavior and limitation for vector type. |
If we support C assignment, should we support other C operators for scalable vector types? We should list the supported C operators in the RFC. In addition, what is the operating scope of C operator, VLMAX or vl? In SiFive's implementation, it is vl. The semantics is aligned to intrinsics design without vl argument. |
I agree we should support " converting mask types to/from other integer types of LMUL=1". edited: we could discuss it in https://github.com/sifive/rvv-intrinsic-doc/issues/12 |
We could discuss it in https://github.com/sifive/rvv-intrinsic-doc/issues/13. |
We will discuss the RFC in other issues. |
Hi,
Kai wrote the RFC for RVV intrinsic API proposal based on our current discussion.
Any suggestion and feedback are welcome.
https://github.com/sifive/rvv-intrinsic-doc/blob/master/rvv-intrinsic-rfc.md
The text was updated successfully, but these errors were encountered: