search for: masten

...- Original Message ----- >> From: "Hal Finkel via llvm-dev" <llvm-dev at lists.llvm.org> >> To: "Chandler Carruth" <chandlerc at gmail.com>, llvm-dev at lists.llvm.org >> Cc: "Naoki Shibata" <shibatch.sf.net at gmail.com>, "Matt Masten" <matt.masten at intel.com> >> Sent: Wednesday, July 27, 2016 10:46:22 AM >> Subject: Re: [llvm-dev] RFC: SIMD math-function library >> >> Hi everyone, >> >> I think that everyone is on the same page. We'll put together a patch >> for review....

...> From: "Xinmin Tian" <xinmin.tian at intel.com> > To: "Naoki Shibata" <shibatch.sf.net at gmail.com>, "Hal Finkel" <hfinkel at anl.gov> > Cc: llvm-dev at lists.llvm.org, "Chandler Carruth" <chandlerc at gmail.com>, "Matt Masten" <matt.masten at intel.com> > Sent: Thursday, July 14, 2016 11:55:24 PM > Subject: RE: RFC: SIMD math-function library > > Naoki, > > Intel is planning open-source SVML library (most of them if it not > 100%), 6 functions of SVML are open sourced for GCC and LLVM &...

...iginal Message----- > From: Nema, Ashutosh > Sent: Wednesday, July 4, 2018 12:12 PM > To: Hal Finkel <hfinkel at anl.gov>; Saito, Hideki <hideki.saito at intel.com>; > Sanjay Patel <spatel at rotateright.com>; mzolotukhin at apple.com > Cc: dccitaliano at gmail.com; Masten, Matt <matt.masten at intel.com> > Subject: RE: [llvm-dev] [RFC][VECLIB] how should we legalize VECLIB calls? > > Hi Hal, > > > __svml_sin8 (plus whatever shuffles are necessary). > > The vectorizer should do this. > > It should not generate calls to functions th...

Is it possible to see the source code of the open-sourced SVML? The diff file does not include the library. I searched the Internet but I could not find. Regards, Naoki Shibata On 2016/07/15 13:55, Tian, Xinmin wrote: > Naoki, > > Intel is planning open-source SVML library (most of them if it not 100%), 6 functions of SVML are open sourced for GCC and LLVM already. But, Intel SVML

...>   > >   > > *From:*Sanjay Patel [mailto:spatel at rotateright.com] > *Sent:* Monday, July 02, 2018 11:49 AM > *To:* Saito, Hideki <hideki.saito at intel.com> > *Cc:* Venkataramanan Kumar <venkataramanan.kumar.llvm at gmail.com>; > llvm-dev at lists.llvm.org; Masten, Matt <matt.masten at intel.com>; > dccitaliano at gmail.com > *Subject:* Re: [llvm-dev] [RFC][VECLIB] how should we legalize VECLIB > calls? > >   > > It may not be a full solution for the problems you're trying to solve, > but I don't know why adding to >...

Hi all, Okay, the point is whether Intel will publish the source code for their SVML. If Intel will make SVML open-source, there would be not much advantage in incorporating SLEEF into LLVM, since it would be also fairly easy to port SVML to other architectures. If Intel will not open-source SVML, then there could be advantage in using SLEEF for x86 by inlining the functions. Is it possible

...n. When such a function has a loop inside, the loop vectorization needed in that scenario is "outer loop vectorization". http://lists.llvm.org/pipermail/cfe-dev/2016-March/047732.html (X. Tian, RFC for vectorizing a call --- caller side and callee side) https://reviews.llvm.org/D22792 (M. Masten, Converting Function Vectorization to Loop Vectorization) https://reviews.llvm.org/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...

----- Original Message ----- > From: "C Bergström" <cbergstrom at pathscale.com> > To: "Chandler Carruth" <chandlerc at gmail.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "llvm-dev" <llvm-dev at lists.llvm.org>, "Matt Masten" <matt.masten at intel.com>, > "Naoki Shibata" <shibatch.sf.net at gmail.com> > Sent: Wednesday, July 27, 2016 9:43:34 PM > Subject: Re: [llvm-dev] RFC: SIMD math-function library > > Why is there any motivation to bundle it with unrelated stuff at all? &g...

...> } > > > > *From:* Venkataramanan Kumar [mailto:venkataramanan.kumar.llvm at gmail.com] > *Sent:* Sunday, July 01, 2018 11:38 PM > *To:* Sanjay Patel <spatel at rotateright.com> > *Cc:* Saito, Hideki <hideki.saito at intel.com>; llvm-dev at lists.llvm.org; > Masten, Matt <matt.masten at intel.com>; dccitaliano at gmail.com > *Subject:* Re: [llvm-dev] [RFC][VECLIB] how should we legalize VECLIB > calls? > > > > Adding to Ashutosh's comments, We are also interested in making LLVM > generate vector math library calls that are avai...

...ort your Arch. > >Thanks, >Xinmin > >-----Original Message----- >From: Odeh, Saher >Sent: Thursday, December 8, 2016 3:49 AM >To: Tian, Xinmin <xinmin.tian at intel.com>; llvm-dev at lists.llvm.org; >Francesco.Petrogalli at arm.com >Cc: nd <nd at arm.com>; Masten, Matt <matt.masten at intel.com>; Hal Finkel ><hfinkel at anl.gov>; Zaks, Ayal <ayal.zaks at intel.com>; a.bataev at hotmail.com >Subject: RE: [llvm-dev] [RFC] Enable "#pragma omp declare simd" in the >LoopVectorizer > >Hi Francesco, > >As you stated...

Why is there any motivation to bundle it with unrelated stuff at all? What's the benefit? If it's just to prop up the existence of parallel_libs, then I don't think that makes sense.. Should we move llvm loop optimizations over to parallel_libs as well? If this is just a bikeshed argument, of course chandler will get his way and nobody else matters.. Hopefully, the decision is driven

On 12 December 2016 at 16:49, Francesco Petrogalli <Francesco.Petrogalli at arm.com> wrote: > I am not sure I understand here. In my patch, all I am doing is “vector > symbol awareness generation”. There are no globals that are generated in > the final object file, it is just the TargetLibraryInfoImpl that is being > populated with the info needed by the vectorizer. The

...why this cannot be changed to use addVectorizableFunctionsFromVecLib(). The other functions that I’m working with are already vectorized using the loop pragma. Those include sin, cos, exp, log, and pow. From: Sanjay Patel [mailto:spatel at rotateright.com] Sent: Monday, April 04, 2016 10:57 AM To: Masten, Matt Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] RFC: A proposal for vectorizing loops with calls to math functions using SVML Hi Matt - Are you using the same TLI hook as Darwin's Accelerate framework: addVectorizableFunctionsFromVecLib()? If not, why not? On Thu, Mar 31, 2016 at...

...how GCC VectorABI can be extended support your Arch. Thanks, Xinmin -----Original Message----- From: Odeh, Saher Sent: Thursday, December 8, 2016 3:49 AM To: Tian, Xinmin <xinmin.tian at intel.com>; llvm-dev at lists.llvm.org; Francesco.Petrogalli at arm.com Cc: nd <nd at arm.com>; Masten, Matt <matt.masten at intel.com>; Hal Finkel <hfinkel at anl.gov>; Zaks, Ayal <ayal.zaks at intel.com>; a.bataev at hotmail.com Subject: RE: [llvm-dev] [RFC] Enable "#pragma omp declare simd" in the LoopVectorizer Hi Francesco, As you stated in the RFC, when vectorizin...

On 8 December 2016 at 18:11, Tian, Xinmin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > For name mangling, we have to follow certain rules of C/C++ (e.g. prefix needs to _ZVG ....). David Majnemer who is the owner and stakeholder for approval for Clang and LLVM. Also, we need to pay attention to GCC compatibility. I would suggest you look into how GCC VectorABI can be extended

Dear all, I have just created a couple of differential reviews to enable the vectorisation of loops that have function calls to routines marked with “#pragma omp declare simd”. They can be (re)viewed here: * https://reviews.llvm.org/D27249 * https://reviews.llvm.org/D27250 The current implementation allows the loop vectorizer to generate vector code for source file as: #pragma omp declare

Hello, I have a question about setting up arguments for function declarations and calls. I have two parameters that I would like to pass to a function. One is an integer and the other is a string of characters. I would like to somehow associate the character string with a pointer that I can pass to the function, just like I've shown here for the integer. The following is the code

...n 29, 2018 at 2:15 PM, Saito, Hideki <hideki.saito at intel.com> > wrote: > >> >> >> 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 p...

RFC: A proposal for vectorizing loops with calls to math functions using SVML (short vector math library). ========= Overview ========= Very simply, SVML (Intel short vector math library) functions are vector variants of scalar math functions that take vector arguments, apply an operation to each element, and store the result in a vector register. These vector variants can be generated by the

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,