Displaying 2 results from an estimated 2 matches for "0xff7377ffffffffffull".
2018 Apr 25
2
compiler-rt incorrect for this udivmodti4 case?
Here is my test case:
#include <stdio.h>
int main(int argc, char **argv) {
tu_int a = (tu_int)0x1ec273014 << 64 | 0xff7377ffffffffffuLL;
tu_int b = (tu_int)0x8ac7230489e80000uLL;
tu_int r;
tu_int q = __udivmodti4(a, b, &r);
utwords qt;
qt.all = q;
utwords rt;
rt.all = r;
fprintf(stderr, "q=0x%.16llX%.16llX\nr=0x%.16llX%.16llX\n",
qt.s.high, qt.s.low, rt.s.high, rt.s.low);...
2018 Apr 25
0
compiler-rt incorrect for this udivmodti4 case?
> On Apr 25, 2018, at 12:33 AM, Andrew Kelley via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Here is my test case:
>
> #include <stdio.h>
>
> int main(int argc, char **argv) {
> tu_int a = (tu_int)0x1ec273014 << 64 | 0xff7377ffffffffffuLL;
> tu_int b = (tu_int)0x8ac7230489e80000uLL;
> tu_int r;
> tu_int q = __udivmodti4(a, b, &r);
>
> utwords qt;
> qt.all = q;
> utwords rt;
> rt.all = r;
> fprintf(stderr, "q=0x%.16llX%.16llX\nr=0x%.16llX%.16llX\n",
>...