[PATCH] D126479: [Clang] Allow 'Complex float __attribute__((mode(HC)))'
Aaron Ballman via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon Jun 13 10:35:35 PDT 2022
aaron.ballman added inline comments.
================
Comment at: clang/include/clang/Basic/TargetInfo.h:885
bool useObjCFPRetForRealType(FloatModeKind T) const {
+ assert(T <= FloatModeKind::Last);
return RealTypeUsesObjCFPRet & (1 << (int)T);
----------------
This will assert if passed `NoFloat` -- is that intentional?
You should also add `&& "some helpful message"` to the assert predicate so that when the assert fails there's some more information about why the failure happened.
================
Comment at: clang/include/clang/Basic/TargetInfo.h:223-224
unsigned HasAlignMac68kSupport : 1;
- unsigned RealTypeUsesObjCFPRet : 3;
+ unsigned RealTypeUsesObjCFPRet : (1 << (int)FloatModeKind::Float) |
+ (1 << (int)FloatModeKind::Double);
unsigned ComplexLongDoubleUsesFP2Ret : 1;
----------------
jolanta.jensen wrote:
> tahonermann wrote:
> > This doesn't look right to me. The size of the bit field would be `(1 << 1) | (1 << 2)` which is `0b110` which is 6, but more by coincidence than by construction. I think what we want is:
> > unsigned RealTypeUsesObjCFPRet : (int)FloatModeKind::Last + 1;
> Sorry. I mixed things up.
>I think what we want is:
>`unsigned RealTypeUsesObjCFPRet : (int)FloatModeKind::Last + 1;`
I think this is wrong in two different ways. We need as many bits as required to store the enumerator value. The highest value is 255 (`NoFloat`), so we need at least 8 bits for that. But also, the last enumerator value is just that -- a value, not a width.
I'd probably skip the `Last` entry and force the bit-field to 8 bits.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D126479/new/
https://reviews.llvm.org/D126479
More information about the cfe-commits
mailing list