Skip to content
This repository has been archived by the owner on Mar 20, 2024. It is now read-only.

vtype, vsetvl[i] and backwards-compatibility #432

Closed
JamesKenneyImperas opened this issue Apr 26, 2020 · 2 comments
Closed

vtype, vsetvl[i] and backwards-compatibility #432

JamesKenneyImperas opened this issue Apr 26, 2020 · 2 comments

Comments

@JamesKenneyImperas
Copy link

JamesKenneyImperas commented Apr 26, 2020

I'm still digesting the fractional LMUL changes, but I wonder whether the proposed changes to vtype (and therefore vsetvl[i]) should be reconsidered. The proposed change makes all existing tool chains incompatible with the latest specification because fields have been moved and resized. If the indication for fractional LMUL was instead moved to bit 7, with all other fields kept in their previous locations, then existing tool chains would still work.

@aswaterman
Copy link
Member

I also think we should consider this option. Depending on the nature of the other backwards incompatible changes, this could make a material difference on how much effort it takes to migrate to v0.9.

@David-Horner
Copy link
Contributor

It becomes moot with #418 - vlmul goes away.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants