search for: shibatch

...t; > Thanks again, > Hal > > ----- 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'l...

...eel like compiler-rt has too many things grouped together already, and in part because vectorization is a form of parallel execution. Thoughts? Thanks again, Hal ----- Original Message ----- > 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:...

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

...n the functions with 1-ulp error, double-double calculations are used. Use of fused multiply-add operations, which is quite common recently, can further improve performance of these functions. Some of the implementation techniques used in the library are explained in [3]. [1] https://github.com/shibatch/sleef [2] https://github.com/hfinkel/sleef-bgq/blob/master/simd/qpxmath.h [3] http://ito-lab.naist.jp/~n-sibata/pdfs/isc10simd.pdf ******** Regards, Naoki Shibata

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

...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? > What's the benefit? If it's just to prop up the existence of > paralle...

I'm currently working on adding streaming capabilities to the WinAmp plugin and was wondering if I'm duplicating anyone else's work. Right now it's about half done. I'll be submitting the changes when it's finished (if I can figure out how to work CVS :-). Aaron Porter --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

hi folks, in my (unlucky) first test of ogg vs other encoders, i found a case where wma and mp3pro sound much better than ogg at 64k. can anyone suggest a setting that i haven't tried yet that can rival the wma and mp3pro samples at 64k? it's the "gravel effect" that is troublesome. the part in question is the first 15 seconds of this wave file:

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