On Tue, Jul 14, 2020 at 12:41 AM Richard Henderson <
richard.hender...@linaro.org> wrote:
> On 7/12/20 7:02 PM, Frank Chang wrote:
> > Does decodetree support any feature for multi-version opcodes?
> > Or if it can use something like C macros to compile with the opcodes by
> the vspec
> > user ass
On 7/12/20 7:02 PM, Frank Chang wrote:
> Does decodetree support any feature for multi-version opcodes?
> Or if it can use something like C macros to compile with the opcodes by the
> vspec
> user assigned? If there's any good way to keep both versions, then I can try
> to
> rearrange
> my codes
On Sun, Jul 12, 2020 at 7:02 PM Frank Chang wrote:
>
> On Sat, Jul 11, 2020 at 5:53 AM Alistair Francis wrote:
>>
>> On Fri, Jul 10, 2020 at 5:59 AM wrote:
>> >
>> > From: Frank Chang
>> >
>> > This patchset implements the vector extension v0.9 for RISC-V on QEMU.
>> >
>> > This patchset is sen
On Sat, Jul 11, 2020 at 5:53 AM Alistair Francis
wrote:
> On Fri, Jul 10, 2020 at 5:59 AM wrote:
> >
> > From: Frank Chang
> >
> > This patchset implements the vector extension v0.9 for RISC-V on QEMU.
> >
> > This patchset is sent as RFC because RVV v0.9 is still in draft state.
> > However, a
On Fri, Jul 10, 2020 at 5:59 AM wrote:
>
> From: Frank Chang
>
> This patchset implements the vector extension v0.9 for RISC-V on QEMU.
>
> This patchset is sent as RFC because RVV v0.9 is still in draft state.
> However, as RVV v1.0 should be ratified soon and there shouldn't be
> critical chang
From: Frank Chang
This patchset implements the vector extension v0.9 for RISC-V on QEMU.
This patchset is sent as RFC because RVV v0.9 is still in draft state.
However, as RVV v1.0 should be ratified soon and there shouldn't be
critical changes between RVV v1.0 and RVV v0.9. We would like to hav
