-
Notifications
You must be signed in to change notification settings - Fork 271
Clarify note for Zvamo and Zvlsseg #547
Comments
Do vector sub-extensions imply 'V' extension? If Zvamo implies 'V' and 'V' implies Zvamo, is there any need to create a sub-extension for Zvamo? On the other hand, if Zvamo does not imply 'V', is it useful to implement Zvamo without 'V' extension? |
See #546 which proposes adding a Zvbase or Zvb or similar. See also the bitmanip extension which defines a Zbb which is the bitmanip base, and b will be equivalent to Zbb plus possibly a few other Zb* extensions, the exact list hasn't been defined yet. It would be useful for the toolchain if the vector extension worked the same way, e.g. v = Zvbase + Zvamo + Zvlsseg. Then someone who didn't implement Zvamo or Zvlsseg can use Zvbase to describe what the hardware supports. In this case, Zvamo implies Zvbase but not Zvlsseg. This question is specifically about what "for the Unix profile" means though. |
Thanks, @jim-wilson. I will follow up #546. |
Zvamo is no longer in standard vector extensions. Will be added later as an extension. |
Zvlsseg is part of standard extension. I think this issue is closable now. |
Thanks for update! |
There is note for Zvamo and Zvlsseg as bellow:
Note: This set of instructions is included in the base "V" extension used for the Unix profile.
However that's little bit confusion about meaning of
for the Unix profile.
, does it mean V included Zvamo and Zvlsseg for-linux-gnu
toolchain, but not included for bare-metal toolchain?riscvarchive/riscv-binutils-gdb#224 (comment)
The text was updated successfully, but these errors were encountered: