search for: arpith

Hi Arpith, That is exactly what it is :). My bad, I thought I copied over the libraries to where LIBRARY_PATH pointing but apparently it was copied to a wrong destination. Thanks a lot. On Wed, Jan 20, 2016 at 4:51 AM, Arpith C Jacob <acjacob at us.ibm.com> wrote: > Hi Ahmed, > > nvlink i...

----- Original Message ----- > From: "Arpith C Jacob" <acjacob at us.ibm.com> > To: llvm-dev at lists.llvm.org > Cc: jhen at google.com, "Hal J. Finkel" <hfinkel at anl.gov> > Sent: Thursday, March 10, 2016 10:38:46 AM > Subject: Re: [llvm-dev] RFC: Proposing an LLVM subproject for parallelism runtime an...

Thanks Arpith for this pointer but it did not contain what I was looking for. However, I solved my issue by finding that the BitCastInst used when outlining OpenMP parallel region offers a method for retrieving the original value within the bitcast via stripPointerCasts(). So what I did to retrieve omp_outline...

...Android<https://aka.ms/ghei36> ________________________________ From: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:52:42 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" The globalization for the local variables, for example. It must be implemented in the compiler to get the good performance, not in the runtime. ------------- Best regards, Alexey Bataev 22.01.2019 13:43, Doerfert, J...

...necessary). Thanks, Johannes ________________________________ From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Alexey Bataev via llvm-dev <llvm-dev at lists.llvm.org> Sent: Tuesday, January 22, 2019 13:10 To: Doerfert, Johannes Rudolf Cc: Alexey Bataev; LLVM-Dev; Arpith Chacko Jacob; openmp-dev at lists.llvm.org; cfe-dev at lists.llvm.org Subject: Re: [llvm-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation" But we need to know the execution mode, SPMD or "guarded" ------------- Best regards, Alexey Bataev 22.01.2019 13:54, Doerfert, Johannes R...

...Android<https://aka.ms/ghei36> ________________________________ From: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:34:01 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" ------------- Best regards, Alexey Bataev 22.01.2019 13:17, Doerfert, Johannes Rudolf пишет: Where we are ------------ Currently, when we generate OpenMP target offloading code for GPUs, we use sufficient syntactic...

...lvm-dev-bounces at lists.llvm.org><mailto:llvm-dev-bounces at lists.llvm.org> on behalf of Alexey Bataev via llvm-dev <llvm-dev at lists.llvm.org><mailto:llvm-dev at lists.llvm.org> Sent: Tuesday, January 22, 2019 13:10 To: Doerfert, Johannes Rudolf Cc: Alexey Bataev; LLVM-Dev; Arpith Chacko Jacob; openmp-dev at lists.llvm.org<mailto:openmp-dev at lists.llvm.org>; cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org> Subject: Re: [llvm-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation" But we need to know the execution mode, SPMD or "guarded"...

...---------------------------------------------- > *From:* Alexey Bataev <a.bataev at outlook.com> > *Sent:* Wednesday, March 13, 2019 2:15:39 PM > *To:* Doerfert, Johannes; cfe-dev at lists.llvm.org > *Cc:* openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey > Bataev; Arpith Chacko Jacob > *Subject:* Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" >   > > There are tooooooo(!) many changes, I don't who's going to review > sooooo big patch. You definitely need to split it into several smaller > patches. Also, I don't like the idea...

...------ >>> *From:* Alexey Bataev <a.bataev at outlook.com> >>> *Sent:* Wednesday, March 13, 2019 2:15:39 PM >>> *To:* Doerfert, Johannes; cfe-dev at lists.llvm.org >>> *Cc:* openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey >>> Bataev; Arpith Chacko Jacob >>> *Subject:* Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" >>> >>> >>> There are tooooooo(!) many changes, I don't who's going to review >>> sooooo big patch. You definitely need to split it into several smaller >&...

There are tooooooo(!) many changes, I don't who's going to review sooooo big patch. You definitely need to split it into several smaller patches. Also, I don't like the idea adding of one more class for NVPTX codegen. All your changes should be on top of the eixisting solution. ------------- Best regards, Alexey Bataev 13.03.2019 15:08, Doerfert, Johannes пишет: > Please consider

...gt; *Sent:* Wednesday, March 13, 2019 2:15:39 PM >>> *To:* Doerfert, Johannes; cfe-dev at lists.llvm.org<mailto:cfe-dev at lists.llvm.org> >>> *Cc:* openmp-dev at lists.llvm.org<mailto:openmp-dev at lists.llvm.org>; LLVM-Dev; Finkel, Hal J.; Alexey >>> Bataev; Arpith Chacko Jacob >>> *Subject:* Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" >>> >>> >>> There are tooooooo(!) many changes, I don't who's going to review >>> sooooo big patch. You definitely need to split it into several smaller >>...

Where we are ------------ Currently, when we generate OpenMP target offloading code for GPUs, we use sufficient syntactic criteria to decide between two execution modes: 1) SPMD -- All target threads (in an OpenMP team) run all the code. 2) "Guarded" -- The master thread (of an OpenMP team) runs the user code. If an OpenMP distribute region is encountered,