llvm dev - Sep 2021 - SYCL code owner: nominating Alexey Bader

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.

Thank you all for the amazing Clang/LLVM project!
-- 
  Ronan KERYELL
  Xilinx Research Labs & Khronos SYCL specification editor

+1, I think Alexey is a great choice for the SYCL code owner. Thanks!

~Aaron

On Thu, Sep 16, 2021 at 5:34 AM Ronan KERYELL via cfe-dev
<cfe-dev at lists.llvm.org> 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.
>
> Thank you all for the amazing Clang/LLVM project!
> --
>   Ronan KERYELL
>   Xilinx Research Labs & Khronos SYCL specification editor
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev

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.

John.