search for: jhen

Alexandre, Thanks for further shedding some light on the way OpenMP handles dependencies between tasks. I'm sorry for leaving that out of my document, it was just because I didn't know much about the way OpenMP handled its workflows. On Mon, Mar 28, 2016 at 11:43 AM Jason Henline <jhen at google.com> wrote: > Hi Carlo, > > Thanks for helping to clarify this point about libomptarget vs liboffload, > I have been getting confused about it myself. I think the open question > concerns libomptarget not liboffload (others can correct me if I have > misunderstood)....

...> > [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 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 for > parallelism runtime and support libraries > > Sent by: &...

...for further shedding some light on the way OpenMP handles > dependencies between tasks. I'm sorry for leaving that out of my document, > it was just because I didn't know much about the way OpenMP handled its > workflows. > > On Mon, Mar 28, 2016 at 11:43 AM Jason Henline <jhen at google.com> wrote: > >> Hi Carlo, >> >> Thanks for helping to clarify this point about libomptarget vs >> liboffload, I have been getting confused about it myself. I think the open >> question concerns libomptarget not liboffload (others can correct me if I &g...

...ect, even though it doesn't fit in the category of "offloading". So that is an argument in favor of "parallel_libs" instead of "offload_libs". Chandler, please correct me if I misrepresented your thoughts on this. On Thu, Apr 28, 2016 at 9:55 AM Jason Henline <jhen at google.com> wrote: > Alexandre, > > Thanks for your thoughts on this. I was thinking that each subproject > library would be responsible for handling its own name and any associated > branding. For example, when evangelizing for StreamExecutor, I plan to > refer to it as St...

Hi Andrey, Sorry, I definitely misspoke when I said it was likely for OpenMP stuff to end up in this new project. I meant to say that it was possible in the long run, but there are no plans for that now. On Thu, Jun 16, 2016 at 11:55 AM Andrey Bokhanko <andreybokhanko at gmail.com> wrote: > On Thu, Jun 16, 2016 at 9:05 PM, Jason Henline via Openmp-dev < > openmp-dev at

...some light on the way OpenMP handles >> dependencies between tasks. I'm sorry for leaving that out of my document, >> it was just because I didn't know much about the way OpenMP handled its >> workflows. >> >> On Mon, Mar 28, 2016 at 11:43 AM Jason Henline <jhen at google.com> wrote: >> >>> Hi Carlo, >>> >>> Thanks for helping to clarify this point about libomptarget vs >>> liboffload, I have been getting confused about it myself. I think the open >>> question concerns libomptarget not liboffload (other...

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

...ay OpenMP handles >>> dependencies between tasks. I'm sorry for leaving that out of my document, >>> it was just because I didn't know much about the way OpenMP handled its >>> workflows. >>> >>> On Mon, Mar 28, 2016 at 11:43 AM Jason Henline <jhen at google.com> wrote: >>> >>>> Hi Carlo, >>>> >>>> Thanks for helping to clarify this point about libomptarget vs >>>> liboffload, I have been getting confused about it myself. I think the open >>>> question concerns libomptarg...

...ture StreamExecutor platforms in terms of liboffload. From the recent messages on this subject from Carlo and Andrey it seems like there is a general consensus on this, so I would like to move forward with the StreamExecutor project in this spirit. On Tue, Mar 15, 2016 at 5:09 PM Jason Henline <jhen at google.com> wrote: > I created a GitHub repo that contains the documentation I have been > creating for StreamExecutor. https://github.com/henline/streamexecutordoc > > It contains the design docs from the original email in this thread, and it > contains a new doc I just made...

----- 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 and support libraries > > Hi Jason, > > I'm trying to better understand your S...

...tual user's maildir to another virtual user but am running into problems with dsync and doveadm. I'm trying to move the maildir of a user who is no longer with the company to a manager's maildir. For doveadm I am using the command: doveadm move -u scavenaugh at lamontanita.coop jhenning at lamontanita.coop/INBOX/scavenaugh INBOX ALL The error is: doveadm(scavenaugh at lamontanita.coop): Error: user scavenaugh at lamontanita.coop: Auth USER lookup failed /var/log/dovecot.log shows: passdb doesn't support lookups, can't verify user's existence dov...

...anticipate the project removing the need for this eventually and in the interim follow the simpler but still permissive license. Among other things, this makes it straightforward for these libraries to re-use core LLVM libraries where appropriate. On Wed, Apr 27, 2016 at 9:52 AM Jason Henline <jhen at google.com> wrote: > Andrey, > > I may have misunderstood Chandler, but I think it would be good to house > libomptarget together with SE in the new project. I suspect he means to > leave the option open for the libomptarget developers to choose the best > option as they se...

...mExecutor platforms in terms of liboffload. From the recent messages on this subject from Carlo and Andrey it seems like there is a general consensus on this, so I would like to move forward with the StreamExecutor project in this spirit. > > On Tue, Mar 15, 2016 at 5:09 PM Jason Henline <jhen at google.com <mailto:jhen at google.com>> wrote: > I created a GitHub repo that contains the documentation I have been creating for StreamExecutor. https://github.com/henline/streamexecutordoc <https://github.com/henline/streamexecutordoc> > > It contains the design docs f...

...t? > > I’ll need to do the post commit hook to the mailing lists, plus set up > mailing lists. Would anyone want to volunteer to moderate the new mailing > lists? Will you have docs that need updating or website? > > -Tanya > > On Jun 13, 2016, at 11:01 AM, Jason Henline <jhen at google.com> wrote: > > Hi Tanya, > > As discussed in the past few weeks in the llvm-dev thread “RFC: Proposing > an LLVM subproject for parallelism runtime and support libraries”, we would > like to start a new LLVM subproject called parallel-libs (a kind of a > parallel...

...r platforms in terms of liboffload. From the recent messages on this subject from Carlo and Andrey it seems like there is a general consensus on this, so I would like to move forward with the StreamExecutor project in this spirit. >> >> On Tue, Mar 15, 2016 at 5:09 PM Jason Henline <jhen at google.com <mailto:jhen at google.com>> wrote: >> I created a GitHub repo that contains the documentation I have been creating for StreamExecutor. https://github.com/henline/streamexecutordoc <https://github.com/henline/streamexecutordoc> >> >> It contains the d...

...cation is)? Did I misunderstand something? -- Jim James Cownie <james.h.cownie at intel.com> SSG/DPD/TCAR (Technical Computing, Analyzers and Runtimes) Tel: +44 117 9071438 From: Chandler Carruth [mailto:chandlerc at google.com] Sent: Tuesday, March 15, 2016 10:44 AM To: Jason Henline <jhen at google.com>; C Bergström <cbergstrom at pathscale.com>; Cownie, James H <james.h.cownie at intel.com> Cc: llvm-dev <llvm-dev at lists.llvm.org>; cfe-dev <cfe-dev at lists.llvm.org>; openmp-dev at lists.llvm.org Subject: Re: [cfe-dev] [Openmp-dev] RFC: Proposing an LLVM...

...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 for parallelism runtime and support libraries Sent by: "Openmp-dev"...

I respect Hal's more tactful approach and response.. Let me play devils advocate for a minute 1) Yet another programming model - Is the advantage spelled out somewhere? (I know there are reasons, but I'd like to see a FAQ or this clearly documented. Examples pretty please.. More for long term than my own selfish benefit) 2) Is this an "open standard" - If I wanted to propose a

Hi Tanya, As discussed in the past few weeks in the llvm-dev thread “RFC: Proposing an LLVM subproject for parallelism runtime and support libraries”, we would like to start a new LLVM subproject called parallel-libs (a kind of a parallel cousin to compiler-rt), and I was told you were the one to contact in order to get it created. The charter for the project is included below. Are you able to

I created a GitHub repo that contains the documentation I have been creating for StreamExecutor. https://github.com/henline/streamexecutordoc It contains the design docs from the original email in this thread, and it contains a new doc I just made that gives a more detailed sketch of the StreamExecutor platform plugin interface. This shows which methods must be implemented to support a new