search for: d19544

...R to target-specific libcall. Or is there some reason that the vectorizer needs to be aware of those libcalls? On Mon, Jul 2, 2018 at 11:52 AM, Saito, Hideki <hideki.saito at intel.com> wrote: > > > Venkat, we did not invent LLVM’s VecLib functionality. The original > version of D19544 (https://reviews.llvm.org/D19544?id=55036) was indeed a > separate pass to convert widened math lib to SVML. > > Our preference for “vectorized sin()” is just widened sin(), that is to be > lowered to a specific library call at a later point (either as IR to IR or > in CodeGen). Matt...

...: > >> >> >> Ashutosh, >> >> >> >> Thanks for the repy. >> >> >> >> Related earlier topic on this appears in the review of the SVML patch >> (@mmasten). Adding few names from there. >> >> https://reviews.llvm.org/D19544 >> >> There, I see Hal’s review comment “let’s start only with the >> directly-legal calls”. Apparently, what we have right now >> >> in the trunk is “not legal enough”. I’ll work on the patch to stop >> bleeding while we continue to discuss legalization topic. &...

...aware of those libcalls? > >   > > On Mon, Jul 2, 2018 at 11:52 AM, Saito, Hideki <hideki.saito at intel.com > <mailto:hideki.saito at intel.com>> wrote: > >   > > Venkat, we did not invent LLVM’s VecLib functionality. The > original version of D19544 > (https://reviews.llvm.org/D19544?id=55036) was indeed a separate > pass to convert widened math lib to SVML. > > Our preference for “vectorized sin()” is just widened sin(), that > is to be lowered to a specific library call at a later point > (either as IR t...

Ashutosh, Thanks for the repy. Related earlier topic on this appears in the review of the SVML patch (@mmasten). Adding few names from there. https://reviews.llvm.org/D19544 There, I see Hal's review comment "let's start only with the directly-legal calls". Apparently, what we have right now in the trunk is "not legal enough". I'll work on the patch to stop bleeding while we continue to discuss legalization topic. I suppose 1) LV...

...I've been using the SLEEF library proposed here with Clang/LLVM for many years, and fully support its adoption into the LLVM project. > > I'm CC'ing Matt and Xinmin from Intel who have started working on contributing support for their SVML library to LLVM (http://reviews.llvm.org/D19544), and I understand plan to contribute (some subset of) the vector math functions themselves. I'm also excited about Intel's planned contributions. > > Here's how I currently see the situation: Regardless of what Intel contributes, we need a solution in this space for many differen...

...t; > here with Clang/LLVM for many years, and fully support its > > adoption into the LLVM project. > > > > I'm CC'ing Matt and Xinmin from Intel who have started working on > > contributing support for their SVML library to LLVM > > (http://reviews.llvm.org/D19544), and I understand plan to > > contribute (some subset of) the vector math functions themselves. > > I'm also excited about Intel's planned contributions. > > > > Here's how I currently see the situation: Regardless of what Intel > > contributes, we need a...

Illustrative Example: clang -fveclib=SVML -O3 svml.c -mavx #include <math.h> void foo(double *a, int N){ int i; #pragma clang loop vectorize_width(8) for (i=0;i<N;i++){ a[i] = sin(i); } } Currently, this results in a call to <8 x double> __svml_sin8(<8 x double>) after the vectorizer. This is 8-element SVML sin() called with 8-element argument. On the surface,

...D40575 (M. Masten, Caller side support for invoking vector function from vector loop) Related work of related work. Math lib vectorization using SVML. http://lists.llvm.org/pipermail/llvm-dev/2016-March/097862.html (M. Masten, RFC for vector math lib call using Intel SVML) https://reviews.llvm.org/D19544 (M. Masten, vector math lib call using Intel SVML)   Summary: -------- Summary of the current state of VPlan infrastructure project is presented, and the remaining steps towards outer loop vectorization is listed. We are currently at a point where we can slow down the refactoring effort for the pur...

...and fully support its >> > > adoption into the LLVM project. >> > > >> > > I'm CC'ing Matt and Xinmin from Intel who have started working on >> > > contributing support for their SVML library to LLVM >> > > (http://reviews.llvm.org/D19544), and I understand plan to >> > > contribute (some subset of) the vector math functions themselves. >> > > I'm also excited about Intel's planned contributions. >> > > >> > > Here's how I currently see the situation: Regardless of what &gt...

Dear LLVM contributors, I am Naoki Shibata, an associate professor at Nara Institute of Science and Technology. I and Hal Finkel would like to jointly propose to add my vectorized math library to LLVM. The library has been available as public domain software for years, I am going to double-license the library if necessary. ******** Below is a proposal to add my vectorized math library,