<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 30, 2016 at 8:39 AM, C Bergström <span dir="ltr"><<a href="mailto:cbergstrom@pathscale.com" target="_blank">cbergstrom@pathscale.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Fri, Sep 30, 2016 at 8:30 PM, Yonghong Yan via Openmp-dev<br>
<<a href="mailto:openmp-dev@lists.llvm.org" target="_blank">openmp-dev@lists.llvm.org</a>> wrote:<br>
><br>
> Why not just be part of openmp library, no libomptarget thing at all? The<br>
> more you develop in the future and the more you will find that it is hard to<br>
> separate. That is my vote too.<br>
<br>
</span>Yonghong - please subscribe if you're going to post<br></blockquote><div>posted using wrong email. I subscribed already.  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
----------<br>
The big picture idea is that if liboffload or libtarget handles<br>
offloading in a general way it can be leveraged by multiple<br>
programming models. There's nothing OMP specific about copying a<br>
region(kernel), uploading it to a GPU and launching it. Right now<br>
there's like 2-3 different projects all reinventing code which has a<br>
lot of overlap. By sharing it hopefully flushes out a good API as well<br>
as better robustness from increased testing. (That's my idea/goal<br>
anyway... what others have in mind is..)<br>
</blockquote></div>completely understand. For me, I only care openmp ;-). I honestly would like to make the whole openmp runtime, including libomptarget, be shared by other programming models. The intention of parallel-libs is good. I however do not know how the approach will work in reality if we do not have something working. people would be tired of waiting and discussing of runtime interface as well as the functionality, so they will create their own no matter what. at least this is what I did since creating a wrapper layer on top of multiple device driver API is not hard. </div><div class="gmail_extra"><br></div><div class="gmail_extra">thus my bet to contribute the whole things to the community is first to have something working functionality-wise, e.g. support different kinds of devices, as well as with the current openmp runtime, then we make the API generalized for others to use. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Yonghong</div></div>