This is the first of probably multiple patches to bring our 0.92
implementation up to 0.93.
Should we hold them all and commit them together while also
changing the command line parsing in the frontend to only
accept 0.93?
Paths
| Differential D94568
[RISCV] Rename pcnt->cpop to match 0.93 bitmanip spec. ClosedPublic Authored by craig.topper on Jan 12 2021, 5:19 PM.
Details Summary This is the first of probably multiple patches to bring our 0.92 Should we hold them all and commit them together while also
Diff Detail
Event TimelineHerald added subscribers: NickHung, evandro, apazos and 23 others. · View Herald TranscriptJan 12 2021, 5:19 PM craig.topper retitled this revision from [RISCV] Renamce pcnt->cpop to match 0.93 bitmanip spec. to [RISCV] Rename pcnt->cpop to match 0.93 bitmanip spec..Jan 12 2021, 6:43 PM Comment Actions RVB 0.93 is an awkward version to me, there is mnemonic conflict which is not resolved during release process since it's kind of too rush, the conflict one is bext in zbe and zbs... However it's also a milestone for B-ext, since this version claim zba, zbb and zbc is frozen, maybe those 3 sub-ext. could be removed from the umbrella of -menable-experimental-extension ? @asb What do you think about this? Comment Actions
I think it only makes sense to mark it as not experimental when the sub extensions get marked as frozen in the main isa spec document. As far as this change is concerned, it looks good to me, but I think this should only land when all parts are 0.93 compatible. Given we support this extension via clang and require 0.92 to be set, I'm reluctant to have the compiler in a half-0.92/half-0.93 state, especially so close to LLVM 12 branching. Comment Actions
In terms of handling the 0.92=>0.93 switchover I think it would be better to land 0.93 in one go if feasible (whether that's a single patch or a single series of patches that are committed all together). Given we're behind an experimental feature flag anyway we have more flexibility than we would otherwise, but being in some in-between state won't be useful for many people. For Zba/Zbb/Zbc, the language is "the extensions are expected to be unchanged in the official version." which is somewhat weaker than those sub-extensions being frozen, especially given it still needs to go through ratification. It feels early to me to remove the experimental feature flag unless there's some stronger statement elsewhere about these specs not changing in future. Comment Actions LGTM from a change point of view. I can't really add to the discussion about how/when to switch from 0.92 to 0.93 so I'm not saying "merge right away" :) This revision is now accepted and ready to land.Jan 15 2021, 7:16 AM Comment Actions Straight forward change, LGTM. It seems there's nothing contentious in the patchset, so I'd expect the series can land basically all at once, to minimise the time we support a weird 0.92/0.93 hybrid. Closed by commit rG6aced6bf396b: [RISCV] Rename pcnt->cpop to match 0.93 bitmanip spec. (authored by craig.topper). · Explain WhyJan 22 2021, 12:50 PM This revision was automatically updated to reflect the committed changes.
Revision Contents
Diff 318612 llvm/lib/Target/RISCV/RISCVInstrInfoB.td
llvm/test/CodeGen/RISCV/rv32Zbb.ll
llvm/test/CodeGen/RISCV/rv64Zbb.ll
llvm/test/MC/RISCV/rv32zbb-invalid.s
llvm/test/MC/RISCV/rv32zbb-valid.s
llvm/test/MC/RISCV/rv64zbb-invalid.s
llvm/test/MC/RISCV/rv64zbb-valid.s
|