search for: sqrtf

We've got both an sqrtf and an expf opcode in our architecture. If I call sqrt() on the C side, I see the sqrtf opcode show up in the generated assembly. However, if I call exp() on the C side, I don't see the expf opcode show up on the generated assembly, I see a call to an exp function from libm. Here's what we...

This is in response to NO_FLOAT_MATH_LIB not getting set on Solaris. The patchlet below - makes configure check for sqrtf(), - defines HAVE_SQRTF if sqrtf() has been found, - uses HAVE_SQRTF in lib/os.h. NO_FLOAT_MATH_LIB isn't used any longer. --- configure.in.orig Fri Mar 30 02:02:35 2001 +++ configure.in Fri Mar 30 02:10:16 2001 @@ -162,6 +162,7 @@ dnl ------------------------------------ AC_FUNC_ALLOCA A...

Hi I'm having a problem compiling opus-tools-0.1.7. Version opus-tools-0.1.6 seems to compile OK. I've tried with opus-1.0.3 and opus-1.1-beta. The errors are like this:- "undefined reference to `sqrtf'" etc. This OS is Peppermint Three, similar to Ubuntu 12.04. It uses:- gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 Google says it's maybe something to do with the "linking process" which might be caused by the gcc compiler. Can something be done with the opus co...

...n-Marc On 09/24/2013 06:09 AM, bat guano wrote: > Hi > I'm having a problem compiling opus-tools-0.1.7. > Version opus-tools-0.1.6 seems to compile OK. > > I've tried with opus-1.0.3 and opus-1.1-beta. > > The errors are like this:- > "undefined reference to `sqrtf'" etc. > > This OS is Peppermint Three, similar to Ubuntu 12.04. > It uses:- > gcc --version > gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 > > > Google says it's maybe something to do with the "linking process" which might be caused by the gcc compiler...

...oes this mean that I can rely on all the intrinsics listed existing for the common types (int, float, double)? Or should I be trying to follow the libc call route? I've noticed that llc is successfully turning this: define float @t(float %f) nounwind uwtable readnone { %1 = tail call float @sqrtf(float %f) nounwind readnone ret float %1 } ...into this: t: sqrtss %xmm0, %xmm0 ret ...but I haven't figured out what pass does it yet. -- ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ───── http://www.cowlark.com ───── │ "Of course, on a sufficiently small planet, 40 km/hr is, in fact, │ sufficient to pun...

Apps building against libvorbis 1.0b4 will fail to link on Solaris 2.7 because libvorbis uses atanf, sqrtf, etc., which aren't available on that platform. In lib/os.h, there are a couple of workarounds (ifdef DARWIN, ifndef GNUC), but I'm building on Solaris with gcc, so this doesn't help me any. :) Attached is a patch to configure.in which checks for sqrtf in libm, and if it finds it, it...

sqrtf is detected by code in SelectionDAGBuilder.cpp. This gets turns into a FSQRT ISD node type that the target can handle just like any other ISD node. If the target doesn't mark ISD::FSQRT as Legal or Custom then ExpandNode in LegalizeDAG.cpp turns it back into a sqrtf libcall. On Sun, Jan 20, 20...

Hi Micheal, Thanks for the blog post. Just like to point out few things that I thought is related to FP Numerics. LLVM could do some additional transformation with "sqrt" and "division" under fast math on X86 like 1/sqrt(x)* 1/sqrt(x) to 1/x. These are long latency instructions and could get benefit if enabled under unsafe math. Also are we considering doing such FP

Hi! in the llvm code there are several places with hardcoded function names for e.g. sin, sinf, sqrt, sqrtf etc., namely ConstantFolding.cpp InlineCost.cpp SelectionDAGBuilder.cpp IntrinsicLowering.cpp TargetLowering.cpp my question is: wouldn't it be beneficial to use intrinsics for this? for example a c/c++ frontend (clang) could translate the function calls to intrinsics and then in a very late...

Hi, >> in the llvm code there are several places with hardcoded function >> names for e.g. sin, sinf, sqrt, sqrtf etc., namely >> ConstantFolding.cpp >> InlineCost.cpp >> SelectionDAGBuilder.cpp >> IntrinsicLowering.cpp >> TargetLowering.cpp >> >> my question is: wouldn't it be beneficial to use intrinsics for this? >> for example a c/c++ >> frontend (c...

Eliminate undefined references to powf, sqrtf and friends. Index: MultiSource/Benchmarks/Bullet/Makefile =================================================================== --- MultiSource/Benchmarks/Bullet/Makefile (revision 92512) +++ MultiSource/Benchmarks/Bullet/Makefile (working copy) @@ -1,7 +1,7 @@ LEVEL = ../../../ PROG = bullet CP...

On Fri, 02 Mar 2012 13:55:18 +0100 Jochen Wilhelmy <jochen.wilhelmy at googlemail.com> wrote: > Hi! > > in the llvm code there are several places with hardcoded function > names for e.g. sin, sinf, sqrt, sqrtf etc., namely > ConstantFolding.cpp > InlineCost.cpp > SelectionDAGBuilder.cpp > IntrinsicLowering.cpp > TargetLowering.cpp > > my question is: wouldn't it be beneficial to use intrinsics for this? > for example a c/c++ > frontend (clang) could translate the function...

...FP exception handling. In some way I understand it, but. On some cross compilation platforms this might not be always true. In case of Hexagon for example our FP math handling is apparently more precise then "stock" one on x86 host. Specific (but not the best) example would be computing sqrtf(1.000001). Result is 1 + FE_INEXACT set. My current linux x86 host fails the inexact part. resulting in wrong code emitted. Once again, my question is not about this specific example, but rather about the assumption of identical behavior of completely different systems. What if my target'...

On Fri, 02 Mar 2012 16:05:17 +0100 Duncan Sands <baldrick at free.fr> wrote: > Hi, > > >> in the llvm code there are several places with hardcoded function > >> names for e.g. sin, sinf, sqrt, sqrtf etc., namely > >> ConstantFolding.cpp > >> InlineCost.cpp > >> SelectionDAGBuilder.cpp > >> IntrinsicLowering.cpp > >> TargetLowering.cpp > >> > >> my question is: wouldn't it be beneficial to use intrinsics for > >> this?...

...ion handling. In some way I understand it, > but… On some cross compilation platforms this might not be always true. In > case of Hexagon for example our FP math handling is apparently more precise > then “stock” one on x86 host. Specific (but not the best) example would be > computing sqrtf(1.000001). Result is 1 + FE_INEXACT set. My current linux > x86 host fails the inexact part… resulting in wrong code emitted.**** > > ** ** > > Once again, my question is not about this specific example, but rather > about the assumption of identical behavior of completely diffe...

Is there a fast way to generate MIPS assembly from llc without using a specific instruction like sqrt.d (I want it to use the software call to Math.sqrt instead)?

> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of David Given > Subject: [LLVMdev] On calling intrinsics > if I try to use llvm.ceil.f64, I get an unresolved symbol error That's because there is no llvm.ceil.* intrinsic defined in include/llvm/Intrinsics.td for 3.2; one for floor exists, but not ceil. However, ceil is defined in trunk, so

I'm working on a simple embedded language which runs via the JIT. I've reached the point of calling external functions. I'm finding that when the docs say that not all intrinsics are supported on all architectures, they're not kidding. For example, on my vanilla amd64 box running Linux, if I try to use llvm.ceil.f64, I get an unresolved symbol error ("Program used external

...c_0888_8888_rev" and "src_0888_0565_rev" to lowlevel-blt-ben test: add "pixbuf" and "rpixbuf" to lowlevel-blt-bench MIPS: DSPr2: Added pixbuf fast path. MIPS: DSPr2: Added rpixbuf fast path. Peter Breitenlohner (1): Check for missing sqrtf() as, e.g., for Solaris 9 Siarhei Siamashka (2): test: larger 0xFF/0x00 filled clusters in random images for blitters-test sse2: faster bilinear interpolation (get rid of XOR instruction) Stefan Weil (2): sse2: Use uintptr_t in type casts from pointer to integral value...

...de <malloc.h> # define rint(x) (floor((x)+0.5f)) +# define NO_FLOAT_MATH_LIB +# define FAST_HYPOT(a, b) sqrt((a)*(a) + (b)*(b)) #endif -#define STIN static -#else -#define STIN static inline +#ifdef DARWIN +#define NO_FLOAT_MATH_LIB +#endif + +#ifndef NO_FLOAT_MATH_LIB #define sqrt sqrtf #define log logf #define exp expf @@ -48,9 +60,7 @@ #endif -#ifdef _WIN32 -# define FAST_HYPOT(a, b) sqrt((a)*(a) + (b)*(b)) -#else /* if not _WIN32 */ +#ifndef FAST_HYPOT # define FAST_HYPOT hypot #endif @@ -72,11 +82,9 @@ # define max(x,y) ((x)<(y)?(y):(x)) #endif - -#if def...