[PATCH] D88594: [OpenMP] Add Error Handling for Conflicting Pointer Sizes for Target Offload

Joseph Huber via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Wed Oct 7 11:35:54 PDT 2020


jhuber6 added inline comments.


================
Comment at: clang/lib/Frontend/CompilerInvocation.cpp:3209-3214
+      else if ((T.isArch64Bit() && TT.isArch32Bit()) ||
+               (T.isArch64Bit() && TT.isArch16Bit()) ||
+               (T.isArch32Bit() && TT.isArch64Bit()) ||
+               (T.isArch32Bit() && TT.isArch16Bit()) ||
+               (T.isArch16Bit() && TT.isArch32Bit()) ||
+               (T.isArch16Bit() && TT.isArch64Bit()))
----------------
ABataev wrote:
> jhuber6 wrote:
> > ABataev wrote:
> > > Maybe do something like `Triple::getArchPointerBitWidth(T.getArch()) != Triple::getArchPointerBitWidth(TT.getArch())"?
> > That was my first thought but that function is private to the Triple class so I just went with this brute force method. The file has this comment for the justification.
> > 
> > 
> > ```
> >    /// Test whether the architecture is 64-bit
> >    ///
> >    /// Note that this tests for 64-bit pointer width, and nothing else. Note
> >    /// that we intentionally expose only three predicates, 64-bit, 32-bit, and
> >    /// 16-bit. The inner details of pointer width for particular architectures
> >    /// is not summed up in the triple, and so only a coarse grained predicate
> >    /// system is provided.
> > ```
> Would it be better to convert the results of `isArch...Bit()` to enum and compare enums then? Like:
> ```
> enum {Arch16bit, Arch32bit, Arch64bit} TArch, TTArch;
> 
> if (T.isArch16Bit())
>   Tarch = Arch16Bit;
> else if ...
> ...
> // Same for TT.
> if (TArch != TTArch)
> ...
> ```
You'd end up with a similar situation right, having about 6 conditionals manually checking check predicate right?

```
if (T.isArch16Bit())
else if (T.isArch32Bit())
else if (T.isArch64Bit())
if (TT.isArch16Bit())
else if (TT.isArch32Bit())
else if (TT.isArch64Bit())
```


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D88594



More information about the cfe-commits mailing list