[PATCH] D120327: compiler-rt: Add udivmodei5 to builtins and add bitint library
Erich Keane via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Mar 22 05:52:19 PDT 2022
erichkeane added a comment.
In D120327#3398754 <https://reviews.llvm.org/D120327#3398754>, @FreddyYe wrote:
> To be honest, I'm not familiar in compiler-rt component. And my experience before was mainly to find out the feasibility to support arbitrary-bits-division for _BitInt(). Fortunately, my proposal was basically same as this one: emit a new libcall in backend; add library support; use malloc()... And I even used a more simple division algorithm model: sub-shift, which has been shared in the RFC link. So my experience before may not be very helpful here. Anyway I can try my best. So everyone is OK with use malloc(), right? That was my biggest concern. BTW FYI the largest _BitInt() support is 8,388,608 . Hi @mgehre-amd Will you upload another patch to set the bitint.a as a default link library of clang when this patch gets landed in? I believe FE will reopen _BitInt() > 128 bit unless division is supported by default but not by option `--rtlib=compiler-rt`. @erichkeane @aaron.ballman
Yes, that is correct, we cannot enable _BitInt>128 unless we have the library support 'compiled in'. I believe we need to make bitint.a be a default library that gets linked in.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D120327/new/
https://reviews.llvm.org/D120327
More information about the llvm-commits
mailing list