6860b136b9
Similar to D108842 and D108844. __has_builtin(builtin_mul_overflow) returns true for 32b MIPS targets, but Clang is deferring to compiler RT when encountering long long types. This breaks MIPS malta_defconfig builds of the Linux kernel that are using __builtin_mul_overflow with these types for these targets. If the semantics of __has_builtin mean "the compiler resolves these, always" then we shouldn't conditionally emit a libcall. This will still need to be worked around in the Linux kernel in order to continue to support malta_defconfig builds of the Linux kernel for this target with older releases of clang. Link: https://bugs.llvm.org/show_bug.cgi?id=28629 Link: https://github.com/ClangBuiltLinux/linux/issues/1438 Reviewed By: rengolin Differential Revision: https://reviews.llvm.org/D108926
21 lines
565 B
LLVM
21 lines
565 B
LLVM
; RUN: llc %s -mtriple=mipsel -o - | FileCheck %s
|
|
|
|
define i1 @no__mulodi4(i32 %a, i64 %b, i32* %c) {
|
|
; CHECK-LABEL: no__mulodi4
|
|
; CHECK-NOT: jal __mulodi4
|
|
; CHECK-NOT: jal __multi3
|
|
entry:
|
|
%0 = sext i32 %a to i64
|
|
%1 = call { i64, i1 } @llvm.smul.with.overflow.i64(i64 %0, i64 %b)
|
|
%2 = extractvalue { i64, i1 } %1, 1
|
|
%3 = extractvalue { i64, i1 } %1, 0
|
|
%4 = trunc i64 %3 to i32
|
|
%5 = sext i32 %4 to i64
|
|
%6 = icmp ne i64 %3, %5
|
|
%7 = or i1 %2, %6
|
|
store i32 %4, i32* %c, align 4
|
|
ret i1 %7
|
|
}
|
|
|
|
declare { i64, i1 } @llvm.smul.with.overflow.i64(i64, i64)
|