search for: __muldc3

Hello, while debugging assertions when building libm for 32bit Sparc, I hit the following IR: complex_mul_libcall: call void @__muldc3({ double, double }* sret %tmp, double %conv, double 0.000000e+00, double %a.real, double %a.imag) #2 ... declare void @__muldc3({ double, double }*, double, double, double, double) The same IR is essentially generated for i386 too, so it is not Sparc specific. Unlike i386, Sparc has an asser...

...Joerg, > > On 3 October 2015 at 02:29, Joerg Sonnenberger via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > while debugging assertions when building libm for 32bit Sparc, I hit the > > following IR: > > > > complex_mul_libcall: > > call void @__muldc3({ double, double }* sret %tmp, double %conv, double 0.000000e+00, double %a.real, double %a.imag) #2 > > > > ... > > > > declare void @__muldc3({ double, double }*, double, double, double, double) > > > > The same IR is essentially generated for i386 too, so...

...ke you just want the builtins: this exists. E.g on Darwin, you can find muldc3 in libclang_rt.hard_pic.a. > You can search it by it's name and it is mentioned a lot on the Internet. Now I've got a linking problem when building musl: > > (function cpow): undefined symbol '__muldc3' > (function cpowf): undefined symbol '__mulsc3' > (function cpowl): undefined symbol '__mulxc3' > (function csqrt): undefined symbol '__muldc3' > > I'm pretty sure this problem is solved by just adding -lcompiler_rt to LDFLAGS. Did that wor...

> Chandler’s complex arithmetic changes are also in the range: r219557 in clang. We saw it change the code in mandel-2 significantly. mandel-2 is broken on hard FP ABI systems, btw. The reason is simply: we're emitting a call to __muldc3 with AAPCS VFP calling convention, however, the function expects softfp (AAPCS) calling conv and reads garbage from GP registers. I'm working on fix. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

...lvm-dev > > > <llvm-dev at lists.llvm.org> wrote: > > > > while debugging assertions when building libm for 32bit Sparc, I hit > > the > > > > following IR: > > > > > > > > complex_mul_libcall: > > > > call void @__muldc3({ double, double }* sret %tmp, double %conv, > > double 0.000000e+00, double %a.real, double %a.imag) #2 > > > > > > > > ... > > > > > > > > declare void @__muldc3({ double, double }*, double, double, double, > > double) > > >...

...> > best, > vedant > >>  Regards, >>  Dmitry I'm sure that this library can and should exist. You can search it by it's name and it is mentioned a lot on the Internet. Now I've got a linking problem when building musl: (function cpow): undefined symbol '__muldc3' (function cpowf): undefined symbol '__mulsc3' (function cpowl): undefined symbol '__mulxc3' (function csqrt): undefined symbol '__muldc3' I'm pretty sure this problem is solved by just adding -lcompiler_rt to LDFLAGS. Regards, Dmitry

...#39;);>> wrote: > >> > Chandler’s complex arithmetic changes are also in the range: r219557 >> in clang. We saw it change the code in mandel-2 significantly. >> mandel-2 is broken on hard FP ABI systems, btw. The reason is simply: >> we're emitting a call to __muldc3 with AAPCS VFP calling convention, >> however, the function expects softfp (AAPCS) calling conv and reads >> garbage from GP registers. >> >> I'm working on fix. > > > Thanks for looking at this Anton. > > I don't really know what signal should be used...

...' complex.o: In function `z_atan2': /tmp/R-2.5.0/src/main/complex.c:544: undefined reference to `__divdc3' complex.o: In function `complex_binary': /tmp/R-2.5.0/src/main/complex.c:257: undefined reference to `__divdc3' /tmp/R-2.5.0/src/main/complex.c:245: undefined reference to `__muldc3' collect2: ld returned 1 exit status make[3]: *** [R.bin] Error 1 make[3]: Leaving directory `/tmp/R-2.5.0/src/main' make[2]: *** [R] Error 2 make[2]: Leaving directory `/tmp/R-2.5.0/src/main' make[1]: *** [R] Error 1 make[1]: Leaving directory `/tmp/R-2.5.0/src' make: *** [R] Error...

> On Dec 16, 2016, at 7:06 AM, Dmitry Golovin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I want to build LLVM-based toolchain with Musl, I have LLVM sources with clang and lld (under `tools` directory) and libunwind, compiler-rt, libcxx and libcxxabi (under `projects` directory). All are the latest versions cloned from GitHub mirror, branch `master`. > > I'm

..., Anton Korobeynikov wrote: > > > Chandler’s complex arithmetic changes are also in the range: r219557 > in clang. We saw it change the code in mandel-2 significantly. > > mandel-2 is broken on hard FP ABI systems, btw. The reason is simply: > > we're emitting a call to __muldc3 with AAPCS VFP calling convention, > > however, the function expects softfp (AAPCS) calling conv and reads > > garbage from GP registers. > > One possible approach is the attached patch. It is not completely > correct as it doesn't handle the possible exceptions for WoA and...

...ists.llvm.org> wrote: > On Tue, Oct 6, 2015 at 1:21 PM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > Can you give an example of where it would trigger in LTO and when should > not? > > You could imagine that __muldc3 might be implemented in C, and it might be implemented without using _Complex so that it can be compiled by a compiler without _Complex support. Instead of using a _Complex double return type, it would use a pointer outparam as the first parameter, and it would return that pointer as usual in RAX....

On 16 October 2014 09:34, Hal Finkel <hfinkel at anl.gov> wrote: > Interesting. Looks like the problem is in (219545, 219569]. Yes. > and given the magnitude of the change, I think that the trip-count changes are more likely. Good point. > Of course, all of these things are bug fixes :( -- So how do we follow-up on this? Correctness before performance. Always. I'll create