[llvm-dev] [RFC] Refactor class hierarchy of VectorType in the IR
John McCall via llvm-dev
llvm-dev at lists.llvm.org
Fri May 22 12:25:23 PDT 2020
On 22 May 2020, at 12:42, Sander De Smalen wrote:
> Hi John,
>
> Not sure if I've missed this, but is there a reason that Chris'
> suggestion to do a mechanical search/replace of VectorType ->
> FixedVectorType wouldn't work for your local changes? Given that your
> downstream changes interpret VectorType as a fixed vector type, it
> should be safe to do that. It will also be an effort that you'll only
> need to do once when you next merge with upstream master, after that
> you can just use FixedVectorType in your downstream repo.
>
> Chris has been doing some great work to split out fixed-width vectors
> from scalable vectors which is an important step towards preparing
> LLVM IR for scalable vectors. The bulk of mechanical changes have been
> done and a bunch of us are now working to ensure LLVM IR
> handles/distinguishes these vector types correctly. It would be a pity
> and great setback if that would be a wasted effort.
I’m not asking for that to be a wasted effort at all. I’m asking
for fairly mechanical changes to some of your mechanical changes.
> We have a fortnightly SVE/SVE2 sync-up call with people in the LLVM
> community interested in scalable vectors where we normally discuss
> these things. If you want to join the call next Thursday [1], it seems
> like a fair topic to bring up in that meeting?
If you’re willing to hold off that long, sure.
John.
More information about the llvm-dev
mailing list