search for: trigonometry

----- Original Message ----- > From: "Dimitri Tcaciuc" <dtcaciuc at gmail.com> > To: llvmdev at cs.uiuc.edu > Sent: Sunday, January 27, 2013 3:42:42 AM > Subject: [LLVMdev] SIMD trigonometry/logarithms? > > > > Hi everyone, > > > I was looking at loop vectorizer code and wondered if there was any > current or planned effort to introduce SIMD implementations of > sin/cos/exp/log intrinsics (in particular for x86-64 backend)? Ralf Karrenberg had implement...

...intel.com> > To: "Michael Gottesman" <mgottesman at apple.com>, "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Thursday, February 14, 2013 8:33:42 AM > Subject: RE: [LLVMdev] SIMD trigonometry/logarithms? > > Hi all. > In fact, this is how we have implemented it in our compiler (intel's > OpenCL). > We have created a .bc file for every architecture. Each file contains > all the SIMD versions for the functions to be vectorized. > To cope with the massive amount o...

...al Finkel <hfinkel at anl.gov> wrote: > >> ----- Original Message ----- >> > From: "Dimitri Tcaciuc" <dtcaciuc at gmail.com> >> > To: llvmdev at cs.uiuc.edu >> > Sent: Sunday, January 27, 2013 3:42:42 AM >> > Subject: [LLVMdev] SIMD trigonometry/logarithms? >> > >> > >> > >> > Hi everyone, >> > >> > >> > I was looking at loop vectorizer code and wondered if there was any >> > current or planned effort to introduce SIMD implementations of >> > sin/cos/exp/log i...

> From: "Dimitri Tcaciuc" <[hidden email]> > Sent: Sunday, January 27, 2013 3:42:42 AM > Subject: [LLVMdev] SIMD trigonometry/logarithms? > > I was looking at loop vectorizer code and wondered if there was any > current or planned effort to introduce SIMD implementations of > sin/cos/exp/log intrinsics (in particular for x86-64 backend)? I am currently implementing vecmathlib < https://bitbucket.org/eschne...

FWIW, llvmpipe has C-binding code that generates (inlines) log/exp/pow/sin/cos functions of the fly, for an arbitrary number of elements (in most cases), and uses sse/avx intrinsics as available: http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/auxiliary/gallivm/lp_bld_arit.c The precision is 20bits, which is enough for 3D. But it wouldn't be difficult to have more (or even variable)

...ase this is a mutual interest. All the best, Elior -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Michael Gottesman Sent: Monday, January 28, 2013 05:24 To: Hal Finkel Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] SIMD trigonometry/logarithms? First let me say that I really like the notion of being able to plug in .bc libraries into the compiler and I think that there are many potential uses (i.e. vector saturation operations and the like). But even so it is important to realize the limitations of this approach. Generally i...

...; To: "Justin Holewinski" <justin.holewinski at gmail.com> >> Cc: "Hal Finkel" <hfinkel at anl.gov>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> >> Sent: Sunday, January 27, 2013 10:19:42 AM >> Subject: Re: [LLVMdev] SIMD trigonometry/logarithms? >> >> Hi Justin, >> >> I think having .bc math libraries for different backends makes >> perfect sense! For example, in case of NVPTX backend we have the >> following problem: many math functions that are only available as >> CUDA C++ headers...

....org> > To: "Justin Holewinski" <justin.holewinski at gmail.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > Sent: Sunday, January 27, 2013 10:19:42 AM > Subject: Re: [LLVMdev] SIMD trigonometry/logarithms? > > Hi Justin, > > I think having .bc math libraries for different backends makes > perfect sense! For example, in case of NVPTX backend we have the > following problem: many math functions that are only available as > CUDA C++ headers could not be easily used in,...

Hi everyone, I was looking at loop vectorizer code and wondered if there was any current or planned effort to introduce SIMD implementations of sin/cos/exp/log intrinsics (in particular for x86-64 backend)? Cheers, Dimitri. -------------- next part -------------- An HTML attachment was scrubbed... URL:

...n 27, 2013 at 8:49 AM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "Dimitri Tcaciuc" <dtcaciuc at gmail.com> > > To: llvmdev at cs.uiuc.edu > > Sent: Sunday, January 27, 2013 3:42:42 AM > > Subject: [LLVMdev] SIMD trigonometry/logarithms? > > > > > > > > Hi everyone, > > > > > > I was looking at loop vectorizer code and wondered if there was any > > current or planned effort to introduce SIMD implementations of > > sin/cos/exp/log intrinsics (in particular for x86-64...

On 28/01/2013 12:49 AM, Hal Finkel wrote: > Ralf Karrenberg had implemented some of these as part of his > whole-function vectorization project: > https://github.com/karrenberg/wfv/blob/master/src/utils/nativeSSEMathFunctions.hpp > https://github.com/karrenberg/wfv/blob/master/src/utils/nativeAVXMathFunctions.hpp > Opinions on pulling these into the X86 backend? -Hal I've

...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, SLEEF [1], for evaluating elementary functions (trigonometry, log, exp, etc.) to LLVM. The library can be used directly, or can be targeted by an autovectorization infrastructure. Patches to tie SLEEF into LLVM's autovectorizer have been developed by Hal Finkel as part of the bgclang project (which provides LLVM/Clang ported to the IBM BG/Q supercomp...

This may be a trivial question for some of you: Is there a way to add defined grid sizes on specific areas of a map?. I want to add 10kmx10km grids to all California coastal counties: "california,alameda", "california,contra costa", "california,del norte", "california,humboldt", "california,los angeles", "california,marin",

Dear all I am new R user, and trying to learn more. I am doing linear regression analysis in R with my data. I am trying to find the way to calculate the slope value (coefficient of x) to degree of slope. Please give me idea on this. Thanking you in anticipation Warm regardMS _________________________________________________________________ [[alternative HTML version

...raud (http://bit.ly/iU7RO), how Shazam can identify a song from a noisy 10-second clip (http://bit.ly/26TPwd) and (on the lighter side) Carl Sagan singing (http://bit.ly/L8sTu), data mining disasters (http://bit.ly/oaCVu), truthful lottery tickets (http://bit.ly/3bLG9a), and a music video featuring trigonometry (http://bit.ly/2wH6q4). (I've provided short URLs above because many mailers break the long direct URLs.) The R Community Calendar has also been updated at: http://blog.revolution-computing.com/calendar.html As always, thanks for the comments and please keep sending suggestions to me at davi...

Now I just need some helpful hints from the community as to what I could use to display a hexagonal playing field of about 40x40 hex units. Trying to build an online strategy game with Ruby on Rails. Working out the methodology on paper and then scaffolding some. Any ideas which technologies I could possibly use ? other than just simple .gifs as icons and maybe overlayed css graphics ? Would

...d worked out the details. This doesn't count as research; it is, of course ``well known'' in the mathematician's sense. Nevertheless, my experience leads me to believe that it is not perfectly trivial to actually become one of those who know. Abstract -------- Assuming only basic trigonometry, we define the Modifed Discrete Cosine Transform (MDCT), and prove its basic properties. The dread words ``it can be shown'' do not occur. This document is not complete, but I am releasing the draft because there is enough here that it may be useful to someone. Comments and suggestions for...

I'm having trouble understanding the output from as.windrose(). For one thing, data on a boundary between sectors seem to be left out of the counts. I assume that explains the missing point in the output below (angle 45). Shouldn't one side of each sector interval be open, to include values such as my 45 in the example? Also, why does the angle 180 in my input apparently not result in