Re: Proposing more portable vector cod


Nick Knight
 

Sorry, in case it wasn't clear: typo

On Tue, Sep 29, 2020 at 11:30 AM Nick Knight <nick.knight@...> wrote:
However, In my opinion, it's too much of a burden to do this manually (using vsetvli),

it's not too much of a burden.

Best,
Nick Knight

On Tue, Sep 29, 2020 at 9:32 AM Joseph Rahmeh <Joseph.Rahmeh@...> wrote:

 

In the latest vector proposal (draft of version 1.0), there is the following restriction on widening instructions (section 11.2)

 

For all widening instructions, the destination EEW and EMUL values must be a supported configuration, otherwise an illegal instruction exception is raised.

 

This seems unduly restrictive and will limit software portability.  If the destination EEW is supported but EMUL is not, it would improve code portability if strip-mining reduces VL accordingly instead of raising an exception.

 

Similarly,  code would be more portable, if any proposed combination of SEW/LMUL is replaced by SEW/LMUL2 if SEW is supported and LMUL is not.  LMUL2 would be the highest supported group multiplier for the given SEW.

 

 

Join tech-vector-ext@lists.riscv.org to automatically receive all group messages.