<div dir="ltr"><div>Would it be parallel-libs/libomptarget/</div><div>or</div><div>parallel-libs/omp/libomptarget/</div><div><br></div><div>To me the second way seems better because it seems likely that other OpenMP stuff could end up in there in the long run.</div><div><br></div><div>Once we decide on which code to share, I think we will end up with new directories at the top level for those common components.</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 16, 2016 at 10:59 AM C Bergström <<a href="mailto:cbergstrom@pathscale.com">cbergstrom@pathscale.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jun 17, 2016 at 1:50 AM, Jason Henline via Openmp-dev<br>
<<a href="mailto:openmp-dev@lists.llvm.org" target="_blank">openmp-dev@lists.llvm.org</a>> wrote:<br>
> Thanks for your help, Tanya!<br>
><br>
> I haven't created the project in SVN yet. Am I able to set it up myself on<br>
> the LLVM servers, or does someone else need to do that part?<br>
><br>
> I'll be glad to volunteer to moderate the new mailing lists.<br>
><br>
> We will want a website. I think there will be a top-level docs directory for<br>
> the project and a docs directory for each subproject. To begin with,<br>
> StreamExecutor will be the only subproject so the structure will look<br>
> something like this:<br>
><br>
> parallel-libs/<br>
>   docs/<br>
>   stream_executor/<br>
>     docs/<br>
><br>
> Does that seem like a reasonable way to set it up?<br>
<br>
What will it look like when they add the liboffload from OMP?<br>
<br>
Would it be parallel-libs/libomptarget/<br>
or<br>
parallel-libs/omp/libomptarget/<br>
<br>
If there's any code in SE which is "common" and can or should be<br>
reused to consumed - maybe give some long term consideration to<br>
superficial refactoring. This "lib/API" design mentality is common in<br>
llvm/clang and it would be nice if it was mirrored here.<br>
</blockquote></div>