[PATCH] D124998: [AArch64][SVE] Add aarch64_sve_pcs attribute to Clang

Erich Keane via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Thu May 5 10:54:41 PDT 2022


erichkeane added a comment.

In D124998#3494442 <https://reviews.llvm.org/D124998#3494442>, @efriedma wrote:

> In D124998#3494426 <https://reviews.llvm.org/D124998#3494426>, @erichkeane wrote:
>
>> In D124998#3494424 <https://reviews.llvm.org/D124998#3494424>, @efriedma wrote:
>>
>>> If you're really concerned about the size of FunctionProtoType increasing, can we just shove the infrequently used calling convention bits into TrailingObjects?
>>
>> I don't believe so.  These are parts of the bitfield and are intrinsic to the type.
>
> I don't follow. Everything stored in FunctionProtoType, including information stored in TrailingObjects, is "intrinsic to the type".  It's just stored differently.  (FunctionTypeExtraBitfields already exists, even...)

Ah, I see what you mean.  I misread and thought you meant on the FunctionDecl itself, so mea culpa.

I was unaware of `FunctionTypeExtraBitfields`!  We perhaps should consider what of the `ExtInfo` we can move over to the `FunctionTypeExtraBitfields`.  In that list, there are MAYBE 5 bits of the 13 that are used with any level of commonness (though I have no idea what CmseNSCall means). If most of those moved, I'd be pretty ok with having even EXTRA bits added for calling convention (though, if we go over 32, we probably need to have a discussion as to whether they are valuable).


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D124998/new/

https://reviews.llvm.org/D124998



More information about the cfe-commits mailing list