search for: udivsi3

Hello, I think the current implementation for the call "bl __aeabi_idiv0" in builtins\arm\udivsi3.S is broken. At least for the case that __aeabi_idiv0 returns. (the provided implementation does) Since LR is not preserved, the following JMP(lr) results in an endless loop. Or is this an intentional change of the behavior? The file contains another implementation enabled by __ARM_ARCH_EXT_ID...

...review https://reviews.llvm.org/D31716 On 4/5/2017 3:50 AM, Renato Golin wrote: > On 21 March 2017 at 18:32, Peter Jakubek via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> I think the current implementation for the call "bl __aeabi_idiv0" in >> builtins\arm\udivsi3.S is broken. >> At least for the case that __aeabi_idiv0 returns. (the provided >> implementation does) >> >> Since LR is not preserved, the following JMP(lr) results in an endless loop. >> >> Or is this an intentional change of the behavior? > Hi Peter, >...

This way, CPUs that have hardware support for unsigned division do not need to use the slow software emulation. -------------- next part -------------- A non-text attachment was scrubbed... Name: divsi3-no-udivsi.diff Type: text/x-patch Size: 694 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120531/b5527f42/attachment.bin>

Hi, There are several places in compiler-rt which refer to __aeabi_idiv0. For example, in lib/builtins/arm/udivsi3.S: #ifdef __ARM_EABI__ b __aeabi_idiv0 #else JMP(lr) #endif At the same time there is no definition of it. It looks as if it was done intentionally so that third-party could provide custom handler for division by zero. IMHO It's not very consistent and looks odd as all other __aebi_...

I was trying to build some code today for an ARM7TDMI, which does not have a hardware divider and I noticed that LLVM translated divide instructions into a call into libgcc's udivsi3. Is there any way of removing this library dependency and allowing LLVM's link time optimizer optimize the generated division code (inline it, merge the div/mod if using both, etc)? Thanks much, Arlen

...mmitted a simple conforming implementation in SVN r217322. > > Cheers, > > Jon > > > On 9/5/14, 12:10 PM, Sergey Dmitrouk wrote: > >> Hi, >> >> There are several places in compiler-rt which refer to __aeabi_idiv0. >> For example, in lib/builtins/arm/udivsi3.S: >> >> #ifdef __ARM_EABI__ >> b __aeabi_idiv0 >> #else >> JMP(lr) >> #endif >> >> At the same time there is no definition of it. It looks as if it was >> done intentionally so that third-party could provide custom handler for >&g...

...ompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int...