nikic added a comment.

In D86310#4648646 <https://reviews.llvm.org/D86310#4648646>, @hvdijk wrote:

> In D86310#4648634 <https://reviews.llvm.org/D86310#4648634>, @nikic wrote:
>
>> I'm happy to sign off on the x86-64 part here, but I'm less sure about 
>> x86-32. If I understood correctly, the i128 alignment is raised there 
>> exclusively to fix the "f128 legalized to i128 libcall" case -- is there any 
>> other ABI requirement for i128 alignment on x86-32? Is raising i128 
>> alignment the right way to fix an f128 issue?
>
> GCC does not support `__int128` on x86-32, but clang has the 
> `-fforce-enable-int128` option, and when that is used, it gives it the same 
> 16-byte alignment that it does on x86-64, so even ignoring the `_Float128` 
> issue, I think the change is right for x86-32.

Okay, that's a compelling argument.



================
Comment at: llvm/lib/IR/AutoUpgrade.cpp:5233
+      SmallVector<StringRef, 4> Groups;
+      Regex R("(.*-i64:64)(-.*)");
+      if (R.match(Res, &Groups))
----------------
I don't think this will work for the 32-bit targets that don't have `-i64:64`.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D86310

_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to