Richard Smith via llvm-dev
2021-Sep-17 19:16 UTC
[llvm-dev] [cfe-dev] SYCL code owner: nominating Alexey Bader
On Thu, 16 Sept 2021 at 21:07, John McCall via cfe-dev < cfe-dev at lists.llvm.org> wrote:> On 16 Sep 2021, at 5:34, Ronan KERYELL via cfe-dev wrote: > > Hello! > > > > SYCL is a programming standard from Khronos targeting various > > accelerators from any vendors (GPU, CPU, DSP, > > FPGA...). https://www.khronos.org/sycl/ > > > > This is a single-source programming environment based on modern C++ with > > many implementations and at least 3 strong implementations now. > > > > More interestingly for our community, one of the implementation has been > > in the process of up-streaming in Clang/LLVM for a few years now, based > > on oneAPI DPC++, the open-source SYCL implementation mainly backed by > > Intel. https://lists.llvm.org/pipermail/cfe-dev/2019-January/060811.html > > > > Unfortunately, there is no official code owner for SYCL in Clang/LLVM > yet! > > > > As Alexey Bader has been playing the acting role of the SYCL code owner > > since the beginning in Clang/LLVM, is also the SYCL code owner en chef > > in the staging repository > > (https://github.com/intel/llvm/blob/sycl/.github/CODEOWNERS), and is > > involved actively in Khronos standard committees for many years already, > > I would like to enthusiastically nominate Alexey as the official code > > owner for the Clang/LLVM community. > > Having a dedicated SYCL code owner would be welcome, and Alexey > seems like a good choice. >+1, sounds good to me. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210917/46f97f71/attachment.html>
Chris Lattner via llvm-dev
2021-Sep-18 21:45 UTC
[llvm-dev] [cfe-dev] SYCL code owner: nominating Alexey Bader
Sounds like there is a lot of support. This also makes perfect sense to me. Congratulations and thank you for your ongoing work in this area Alexey! Please update the CODE_OWNER files to capture this, thanks, -Chris> On Sep 17, 2021, at 12:16 PM, Richard Smith via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > On Thu, 16 Sept 2021 at 21:07, John McCall via cfe-dev <cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>> wrote: > On 16 Sep 2021, at 5:34, Ronan KERYELL via cfe-dev wrote: > > Hello! > > > > SYCL is a programming standard from Khronos targeting various > > accelerators from any vendors (GPU, CPU, DSP, > > FPGA...). https://www.khronos.org/sycl/ <https://www.khronos.org/sycl/> > > > > This is a single-source programming environment based on modern C++ with > > many implementations and at least 3 strong implementations now. > > > > More interestingly for our community, one of the implementation has been > > in the process of up-streaming in Clang/LLVM for a few years now, based > > on oneAPI DPC++, the open-source SYCL implementation mainly backed by > > Intel. https://lists.llvm.org/pipermail/cfe-dev/2019-January/060811.html <https://lists.llvm.org/pipermail/cfe-dev/2019-January/060811.html> > > > > Unfortunately, there is no official code owner for SYCL in Clang/LLVM yet! > > > > As Alexey Bader has been playing the acting role of the SYCL code owner > > since the beginning in Clang/LLVM, is also the SYCL code owner en chef > > in the staging repository > > (https://github.com/intel/llvm/blob/sycl/.github/CODEOWNERS <https://github.com/intel/llvm/blob/sycl/.github/CODEOWNERS>), and is > > involved actively in Khronos standard committees for many years already, > > I would like to enthusiastically nominate Alexey as the official code > > owner for the Clang/LLVM community. > > Having a dedicated SYCL code owner would be welcome, and Alexey > seems like a good choice. > > +1, sounds good to me. > _______________________________________________ > cfe-dev mailing list > cfe-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20210918/147bbdd7/attachment.html>