search for: eichenberg

...ames because liboffload is a library available as > part of omp (llvm's openmp runtime library) that, I believe, only targets > Intel Xeon Phi. > > Did you mean liboffload or libomptarget? > > > Thanks > > -- Carlo > > [image: Inactive hide details for Alexandre Eichenberger via Openmp-dev > ---03/28/2016 01:44:12 PM---Jason,]Alexandre Eichenberger via Openmp-dev > ---03/28/2016 01:44:12 PM---Jason, > > From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org> > To: jhen at google.com > Cc: llvm-dev at lists.llvm.org, cfe-dev...

...le as >> part of omp (llvm's openmp runtime library) that, I believe, only targets >> Intel Xeon Phi. >> >> Did you mean liboffload or libomptarget? >> >> >> Thanks >> >> -- Carlo >> >> [image: Inactive hide details for Alexandre Eichenberger via Openmp-dev >> ---03/28/2016 01:44:12 PM---Jason,]Alexandre Eichenberger via Openmp-dev >> ---03/28/2016 01:44:12 PM---Jason, >> >> From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org> >> To: jhen at google.com >> Cc: llvm-dev at...

...penmp runtime library) that, I believe, only >>> targets Intel Xeon Phi. >>> >>> Did you mean liboffload or libomptarget? >>> >>> >>> Thanks >>> >>> -- Carlo >>> >>> [image: Inactive hide details for Alexandre Eichenberger via Openmp-dev >>> ---03/28/2016 01:44:12 PM---Jason,]Alexandre Eichenberger via >>> Openmp-dev ---03/28/2016 01:44:12 PM---Jason, >>> >>> From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org> >>> To: jhen at google.com >&...

...columns = 2, points = list(pch = syms, col = cols), text = list(c("norm", "outlier")))) } Thanks for your help! Kind regards Stefan -- _________________________________________________________________ Stefan Eichenberger Brammenfeld 13 D-47533 Kleve / Germany _________________________________________________________________ [[alternative HTML version deleted]]

...only >>>> targets Intel Xeon Phi. >>>> >>>> Did you mean liboffload or libomptarget? >>>> >>>> >>>> Thanks >>>> >>>> -- Carlo >>>> >>>> [image: Inactive hide details for Alexandre Eichenberger via Openmp-dev >>>> ---03/28/2016 01:44:12 PM---Jason,]Alexandre Eichenberger via >>>> Openmp-dev ---03/28/2016 01:44:12 PM---Jason, >>>> >>>> From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org> >>>> To: jhen...

Hola Chandler, On Tue, Mar 15, 2016 at 1:44 PM, Chandler Carruth via Openmp-dev < openmp-dev at lists.llvm.org> wrote: > It seems like if the OpenMP folks want to add a liboffload plugin to > StreamExecutor, that would be an awesome additional platform, but I don't > see why we need to force the coupling here. > > Let me give you a reason: while user-facing sides of

...Xeon Phi. >>>>> >>>>> Did you mean liboffload or libomptarget? >>>>> >>>>> >>>>> Thanks >>>>> >>>>> -- Carlo >>>>> >>>>> [image: Inactive hide details for Alexandre Eichenberger via >>>>> Openmp-dev ---03/28/2016 01:44:12 PM---Jason,]Alexandre Eichenberger >>>>> via Openmp-dev ---03/28/2016 01:44:12 PM---Jason, >>>>> >>>>> From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org >>>&...

...L amd64 # gcc -v Using built-in specs. Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 I didn't use the ports version but compiled it myself. Releases: zlib-1.2.3 openssl-0.9.8a openssh-4.3p2 Thanks for your help Claudio -- Claudio Eichenberger Tel +41 21 67 17 111 Mob +41 79 34 72 100 Claudio at yourshop.com Http://YourShop.com/ "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ

...he subject of conversation was libomptarget and SE. I am being picky about names because liboffload is a library available as part of omp (llvm's openmp runtime library) that, I believe, only targets Intel Xeon Phi. Did you mean liboffload or libomptarget? Thanks -- Carlo From: Alexandre Eichenberger via Openmp-dev <openmp-dev at lists.llvm.org> To: jhen at google.com Cc: llvm-dev at lists.llvm.org, cfe-dev at lists.llvm.org, openmp-dev at lists.llvm.org Date: 03/28/2016 01:44 PM Subject: Re: [Openmp-dev] [cfe-dev] RFC: Proposing an LLVM subproject fo...

...r StreamExecutor, I plan to > refer to it as StreamExecutor, not parallel_libs-StreamExecutor or > something like that. So I think it is OK for the top-level container > project to have an undistinguished name. Does that sound reasonable? > > On Thu, Apr 28, 2016 at 7:09 AM Alexandre Eichenberger <alexe at us.ibm.com> > wrote: > >> A suggestion on naming: by choosing too generic a name, you don't get any >> branding. >> >> My point for the omp library: if someone talks about GOMP, KMPC / IOMP, >> or LOMP, they would know we are talking about t...

I've put together a proposed "charter" for this new project, which I am calling parallel_utils (although I'm very open to suggestions for a better name). The text of my charter is below, and I welcome any input on how it can be improved. ===================================================== LLVM Parallel Utils Subproject Charter

Hello everybody! I would like to present a proposal for implementation of OpenMP offloading in LLVM. It was created by a list of authors and covers the runtime part at most and at a very high level. I believe it will be good to have input from community at this early stage before moving deeper in details. The driver part is intentionally not touched, since we have no clear vision on how one can

...update to be issued. The actions in libtarget.so would have to be sequential exactly has the codegeneration expects. If for some reason these constraints change in future specs, both codegeneration and libtarget.so implementation would have to be made consistent. > - I noticed that Alexandre Eichenberger was one of the authors. Has he > mentioned any support/compatibility with the profiling interfaces he (JMC, > et.al.) proposed? How does one integrate the proposed profiling runtime > logic with a target region (specifically the dispatch & data movement > interfaces)? This woul...

Hi Sergey, Thanks for putting the new version of the document together! I don't see any other issues. I strongly believe the approach described in the document is a nice way to get OpenMP offloading support in clang. I plan to start actively contributing code for this component of the OpenMP implementation soon. Thanks again, Samuel 2015-04-29 11:47 GMT-04:00 Sergey Ostanevich

Hello everybody! To continue the original (http://article.gmane.org/gmane.comp.compilers.llvm.devel/75674) discussion of offload infrastructure I have an updated document with more details for your attention. The document is a consensus of the contributors representing a number of institutions: ANL, AMD, IBM, Intel and Texas Instruments. Our intent is to have a discussion and an approval from

Readers of this list might be interested in the following commenta about R. In a recent report, by Michael N. Mitchell http://www.ats.ucla.edu/stat/technicalreports/ says about R: "Perhaps the most notable exception to this discussion is R, a language for statistical computing and graphics. R is free to download under the terms of the GNU General Public License (see http://www.r-project.

I did a more thorough read through liboffload and wrote up a more detailed doc describing how StreamExecutor platforms relate to libomptarget RTL interfaces. The doc also describes why the lack of support for streams in libomptarget makes it impossible to implement some of the most important StreamExecutor platforms in terms of libomptarget (