WIP Remove -fsycl-host-compiler, use pure icpx compilation by chunhuanMeng · Pull Request #2994 · intel/torch-xpu-ops

chunhuanMeng · 2026-03-05T08:42:08Z

This pull request refactors SYCL build flag handling and improves compatibility with Intel compilers and non-icpx linkers. It removes legacy host compiler flag logic, streamlines flag propagation, and ensures required Intel runtime libraries are linked when using alternative linkers. The changes focus on modernizing the build system for SYCL and addressing issues with symbol mismatches and compiler breaking changes.

Build flag handling and propagation:

Removed legacy MSVC and GNU-specific host flag logic from cmake/BuildFlags.cmake, unified flag handling, and added support for Intel compiler breaking changes via -D__INTEL_PREVIEW_BREAKING_CHANGES. [1] [2]
Ensured SYCL_HOST_FLAGS are correctly included in SYCL_COMPILE_FLAGS for consistent flag propagation during compilation.

SYCL host compiler flag refactor:

Eliminated string-based host compiler flag construction in run_sycl.cmake, switching to list-based flag management for improved clarity and maintainability. [1] [2]
Updated the SYCL compilation command to use the new flag list, removing references to the old host compiler and flag variables.

Intel runtime library linking:

Added logic in FindSYCLToolkit.cmake to locate and append the Intel runtime library (libintlc) when linking SYCL objects with non-icpx linkers, preventing undefined symbol errors.

Copilot

Pull request overview

This pull request updates the project’s SYCL CMake integration to stop using -fsycl-host-compiler* and instead drive SYCL compilation via icpx/icx directly, while also improving propagation of host/definition flags and addressing Intel toolchain linking needs.

Changes:

Add Intel preview-breaking-changes define to SYCL host flags and ensure host flags are included in SYCL_COMPILE_FLAGS.
Simplify run_sycl.cmake by removing host-compiler option string construction and passing relevant -D defines directly to the SYCL compiler.
Add discovery/linking of Intel runtime library libintlc via FindSYCLToolkit.cmake.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

File	Description
cmake/Modules/FindSYCLToolkit.cmake	Attempts to auto-link `libintlc` to avoid missing Intel runtime symbols when using non-icpx linkers.
cmake/Modules/FindSYCL/run_sycl.cmake	Removes `-fsycl-host-compiler*` usage; forwards compile definitions/selected host defines directly to `icpx/icx`.
cmake/BuildFlags.cmake	Adds Intel preview define; ensures `SYCL_HOST_FLAGS` propagate into `SYCL_COMPILE_FLAGS`.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

cmake/Modules/FindSYCLToolkit.cmake

cmake/Modules/FindSYCL/run_sycl.cmake

Copilot · 2026-03-05T08:48:26Z

cmake/BuildFlags.cmake

    endif()

-    set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_KERNEL_OPTIONS})
+    set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_HOST_FLAGS} ${SYCL_KERNEL_OPTIONS})


SYCL_HOST_FLAGS now gets appended directly into SYCL_COMPILE_FLAGS. On Windows, SYCL_HOST_FLAGS is populated with MSVC-style options (e.g. /std:..., /MD, /EHsc), but SYCL_EXECUTABLE is set to icx (not icx-cl). If icx is running in clang-style mode, these /... flags may be rejected or misinterpreted. Consider either translating the MSVC flags to clang equivalents when compiling via icx, or switching the SYCL compiler executable on Windows to an MSVC-compatible driver (e.g. icx-cl) when passing MSVC flags.

Suggested change

set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_HOST_FLAGS} ${SYCL_KERNEL_OPTIONS})

if(WIN32)

# On Windows, SYCL_HOST_FLAGS may contain MSVC-style flags (/std:..., /MD, /EHsc).

# Only pass these flags when the SYCL compiler is a CL-style driver that understands them.

# Always add kernel options.

set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_KERNEL_OPTIONS})

if(SYCL_COMPILER MATCHES "icx-cl(\\.exe)?"

OR SYCL_COMPILER MATCHES "dpcpp-cl(\\.exe)?"

OR SYCL_COMPILER MATCHES "cl(\\.exe)?")

# CL-style drivers: safe to add MSVC-style host flags.

set(SYCL_COMPILE_FLAGS ${SYCL_HOST_FLAGS} ${SYCL_COMPILE_FLAGS})

endif()

else()

# Non-Windows: keep existing behavior.

set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_HOST_FLAGS} ${SYCL_KERNEL_OPTIONS})

endif()

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 4 comments.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Copilot · 2026-03-06T05:36:04Z

cmake/Modules/FindSYCL/run_sycl.cmake

@@ -41,17 +41,14 @@ set(SYCL_compile_definitions [==[@SYCL_compile_definitions@]==]) # list

 list(REMOVE_DUPLICATES SYCL_INCLUDE_DIRS)


list(REMOVE_DUPLICATES SYCL_INCLUDE_DIRS) references a variable that is never set in this script. The include list variable used everywhere else is SYCL_include_dirs, so this call currently has no effect (and duplicates in the include args won’t be removed).

Suggested change

list(REMOVE_DUPLICATES SYCL_INCLUDE_DIRS)

list(REMOVE_DUPLICATES SYCL_include_dirs)

I know this is unrelated to this PR, but please rename it to SYCL_include_dirs

Copilot · 2026-03-06T05:36:04Z

cmake/Modules/FindSYCL/run_sycl.cmake

+  # Extract -D defines from CMAKE_HOST_FLAGS and pass them directly to icpx,
+  # since host compiler is removed. This is needed for macros like
+  # HAVE_AVX512_CPU_DEFINITION that control signatures, to avoid 
+  # symbol mismatch with libtorch_cpu.so.
+  if(flag MATCHES "^-D")


After removing -fsycl-host-compiler* usage, the SYCL_host_compiler variable set near the top of this script is no longer referenced anywhere. Consider removing it from the generated script/template to avoid implying that a separate host compiler is still used.

Copilot · 2026-03-06T05:36:04Z

cmake/Modules/FindSYCL/run_sycl.cmake

+  # Extract -D defines from CMAKE_HOST_FLAGS and pass them directly to icpx,
+  # since host compiler is removed. This is needed for macros like
+  # HAVE_AVX512_CPU_DEFINITION that control signatures, to avoid 
+  # symbol mismatch with libtorch_cpu.so.
+  if(flag MATCHES "^-D")
+    list(APPEND SYCL_compile_flags "${flag}")


CMAKE_HOST_FLAGS can contain preprocessor defines in MSVC form (/D...) on Windows, but this loop only forwards flags that match ^-D. That means important defines from CMAKE_CXX_FLAGS may be silently dropped on WIN32 builds. Consider also matching /D (and forwarding it in the appropriate form for icx).

Suggested change

# Extract -D defines from CMAKE_HOST_FLAGS and pass them directly to icpx,

# since host compiler is removed. This is needed for macros like

# HAVE_AVX512_CPU_DEFINITION that control signatures, to avoid

# symbol mismatch with libtorch_cpu.so.

if(flag MATCHES "^-D")

list(APPEND SYCL_compile_flags "${flag}")

# Extract -D (GCC/Clang) or /D (MSVC) defines from CMAKE_HOST_FLAGS and pass

# them directly to the SYCL compiler, since the host compiler is removed.

# This is needed for macros like HAVE_AVX512_CPU_DEFINITION that control

# signatures, to avoid symbol mismatch with libtorch_cpu.so.

if(flag MATCHES "^-D" OR flag MATCHES "^/D")

if(flag MATCHES "^/D")

string(REGEX REPLACE "^/D" "-D" converted_flag "${flag}")

else()

set(converted_flag "${flag}")

endif()

list(APPEND SYCL_compile_flags "${converted_flag}")

Copilot · 2026-03-06T05:36:05Z

cmake/BuildFlags.cmake

      list(APPEND SYCL_HOST_FLAGS -Wunused-variable)
-      list(APPEND SYCL_HOST_FLAGS -Wno-interference-size)
+      # Required for Intel compiler breaking changes;
+      list(APPEND SYCL_HOST_FLAGS -D__INTEL_PREVIEW_BREAKING_CHANGES)
      # Some versions of DPC++ compiler pass paths to SYCL headers as user include paths (`-I`) rather


The PR description says -D__INTEL_PREVIEW_BREAKING_CHANGES is added to SYCL_HOST_FLAGS, but the current change adds it only in the GNU branch. If Windows/MSVC builds also use icx/SYCL compilation, they may need the same define (or the PR description should be updated to clarify it’s Linux-only).

cmake/BuildFlags.cmake

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

guangyey · 2026-03-06T07:00:45Z

cmake/Modules/FindSYCLToolkit.cmake

+)
+if(SYCL_INTLC_LIBRARY)
+  list(APPEND SYCL_LIBRARY ${SYCL_INTLC_LIBRARY})
+endif()


Interesting! I think we could upstream this component to https://github.com/pytorch/pytorch/blob/main/cmake/Modules/FindSYCLToolkit.cmake
I intend to remove the file cmake/Modules/FindSYCLToolkit.cmake from torch-xpu-ops later.

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 4 comments.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Copilot · 2026-03-06T09:17:04Z

cmake/BuildFlags.cmake

+    list(APPEND SYCL_HOST_FLAGS -fPIC)
+    list(APPEND SYCL_HOST_FLAGS -std=${CPP_STD})
+    list(APPEND SYCL_HOST_FLAGS -Wunused-variable)
+    # Required for Intel compiler breaking changes;
+    list(APPEND SYCL_HOST_FLAGS -D__INTEL_PREVIEW_BREAKING_CHANGES)
+    # Some versions of DPC++ compiler pass paths to SYCL headers as user include paths (`-I`) rather
+    # than system paths (`-isystem`). This makes host compiler to report warnings encountered in the


SYCL_HOST_FLAGS is now populated with GCC/Clang-style options (-fPIC, -std=..., -Wunused-variable, -D...) even when CMAKE_CXX_COMPILER_ID is MSVC (the surrounding if() explicitly allows MSVC). These flags are not compatible with MSVC/clang-cl style and will break Windows builds (and also affects TORCH_XPU_OPS_FLAGS which is set from SYCL_HOST_FLAGS). Consider restoring the compiler-specific branches and using MSVC equivalents (e.g. /std:, /MD, /EHsc, /D...) while keeping the Intel macro define only where supported.

Copilot · 2026-03-06T09:17:04Z

cmake/BuildFlags.cmake

+    # the issue we wrap paths to SYCL headers in `-isystem`.
+    if(SYCL_COMPILER_VERSION VERSION_LESS 20250300)
+      foreach(FLAGS IN LISTS SYCL_INCLUDE_DIR)
+        list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")


list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}") appends -isystem and the path as a single list element. Since SYCL_HOST_FLAGS are now appended into SYCL_COMPILE_FLAGS and passed as argv elements, this will be forwarded to the compiler as one argument containing a space (e.g. "-isystem /path"), which clang/icpx typically rejects. Append -isystem and the include path as separate list elements (or -isystem plus a quoted path) so it becomes two argv tokens.

Suggested change

list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")

list(APPEND SYCL_HOST_FLAGS -isystem "${FLAGS}")

cmake/Modules/FindSYCLToolkit.cmake

cmake/BuildFlags.cmake

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Copilot · 2026-03-06T10:55:09Z

cmake/BuildFlags.cmake

+    list(APPEND SYCL_HOST_FLAGS -fPIC)
+    list(APPEND SYCL_HOST_FLAGS -std=${CPP_STD})
+    list(APPEND SYCL_HOST_FLAGS -Wunused-variable)
+    # Required for Intel compiler breaking changes;
+    list(APPEND SYCL_HOST_FLAGS -D__INTEL_PREVIEW_BREAKING_CHANGES)
+    # Some versions of DPC++ compiler pass paths to SYCL headers as user include paths (`-I`) rather
+    # than system paths (`-isystem`). This makes host compiler to report warnings encountered in the
+    # SYCL headers, such as deprecated warnings, even if warned API is not actually used in the program.
+    # We expect that this issue will be addressed in the later version of DPC++ compiler. To workaround
+    # the issue we wrap paths to SYCL headers in `-isystem`.
+    if(SYCL_COMPILER_VERSION VERSION_LESS 20250300)
+      foreach(FLAGS IN LISTS SYCL_INCLUDE_DIR)
+        list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")
+      endforeach()
    endif()
+    # Excluding warnings which flood the compilation output
+    # TODO: fix warnings in the source code and then reenable them in compilation
+    list(APPEND SYCL_HOST_FLAGS -Wno-sign-compare)



SYCL_HOST_FLAGS is later propagated to TORCH_XPU_OPS_FLAGS (and used via target_compile_options(...)), so it must be valid for the host compiler (GCC/MSVC). After this change, GCC/Clang-style flags like -fPIC, -std=..., and -D... will be passed to MSVC builds (where they are invalid; MSVC expects e.g. /std: and /D). Please reintroduce compiler-id-specific host flags (or split the concept into separate HOST_CXX_FLAGS vs SYCL_COMPILER_FLAGS so icpx-only flags don't leak into MSVC compilation).

Suggested change

list(APPEND SYCL_HOST_FLAGS -fPIC)

list(APPEND SYCL_HOST_FLAGS -std=${CPP_STD})

list(APPEND SYCL_HOST_FLAGS -Wunused-variable)

# Required for Intel compiler breaking changes;

list(APPEND SYCL_HOST_FLAGS -D__INTEL_PREVIEW_BREAKING_CHANGES)

# Some versions of DPC++ compiler pass paths to SYCL headers as user include paths (`-I`) rather

# than system paths (`-isystem`). This makes host compiler to report warnings encountered in the

# SYCL headers, such as deprecated warnings, even if warned API is not actually used in the program.

# We expect that this issue will be addressed in the later version of DPC++ compiler. To workaround

# the issue we wrap paths to SYCL headers in `-isystem`.

if(SYCL_COMPILER_VERSION VERSION_LESS 20250300)

foreach(FLAGS IN LISTS SYCL_INCLUDE_DIR)

list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")

endforeach()

endif()

# Excluding warnings which flood the compilation output

# TODO: fix warnings in the source code and then reenable them in compilation

list(APPEND SYCL_HOST_FLAGS -Wno-sign-compare)

if(CMAKE_CXX_COMPILER_ID STREQUAL "GNU")

list(APPEND SYCL_HOST_FLAGS -fPIC)

list(APPEND SYCL_HOST_FLAGS -std=${CPP_STD})

list(APPEND SYCL_HOST_FLAGS -Wunused-variable)

# Required for Intel compiler breaking changes;

list(APPEND SYCL_HOST_FLAGS -D__INTEL_PREVIEW_BREAKING_CHANGES)

# Some versions of DPC++ compiler pass paths to SYCL headers as user include paths (`-I`) rather

# than system paths (`-isystem`). This makes host compiler to report warnings encountered in the

# SYCL headers, such as deprecated warnings, even if warned API is not actually used in the program.

# We expect that this issue will be addressed in the later version of DPC++ compiler. To workaround

# the issue we wrap paths to SYCL headers in `-isystem`.

if(SYCL_COMPILER_VERSION VERSION_LESS 20250300)

foreach(FLAGS IN LISTS SYCL_INCLUDE_DIR)

list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")

endforeach()

endif()

# Excluding warnings which flood the compilation output

# TODO: fix warnings in the source code and then reenable them in compilation

list(APPEND SYCL_HOST_FLAGS -Wno-sign-compare)

elseif(CMAKE_CXX_COMPILER_ID STREQUAL "MSVC")

# Map requested C++ standard to MSVC's /std: flag.

if(REPLACE_FLAGS_FOR_SYCLTLA)

set(_SYCL_HOST_STD_FLAG "/std:c++20")

else()

set(_SYCL_HOST_STD_FLAG "/std:c++17")

endif()

list(APPEND SYCL_HOST_FLAGS ${_SYCL_HOST_STD_FLAG})

# Required for Intel compiler breaking changes;

list(APPEND SYCL_HOST_FLAGS "/D__INTEL_PREVIEW_BREAKING_CHANGES")

# MSVC-specific warning control can be added here if needed. We intentionally

# avoid passing GCC/Clang-style warning flags to MSVC.

endif()

Copilot · 2026-03-06T10:55:10Z

cmake/Modules/FindSYCLToolkit.cmake

+if(SYCL_INTLC_LIBRARY)
+  list(APPEND SYCL_LIBRARY ${SYCL_INTLC_LIBRARY})
+endif()


The comment says libintlc is required when linking SYCL objects with a non-icpx linker, but the code appends it to SYCL_LIBRARY unconditionally whenever it is found. If this is truly only needed for non-icpx linkers, please gate the append on the actual linker/toolchain being used; otherwise update the comment to reflect that SYCL_LIBRARY will always include intlc when available.

CuiYifeng · 2026-03-06T14:09:46Z

cmake/Modules/FindSYCLToolkit.cmake

+# Find Intel runtime library (libintlc), required when linking SYCL objects
+# with a non-icpx linker (e.g. g++). icpx adds this automatically, but g++
+# does not, leading to undefined reference to '_intel_fast_memcpy' etc.
+find_library(
+  SYCL_INTLC_LIBRARY
+  NAMES intlc
+  HINTS ${SYCL_LIBRARY_DIR}
+  NO_DEFAULT_PATH
+)


@chunhuanMeng As we discussed, could you check original status of intlc?

Remove -fsycl-host-compiler, use pure icpx compilation

81eaa36

Copilot AI review requested due to automatic review settings March 5, 2026 08:42

Copilot started reviewing on behalf of chunhuanMeng March 5, 2026 08:42 View session

chunhuanMeng requested review from CuiYifeng and EikanWang March 5, 2026 08:43

Copilot AI reviewed Mar 5, 2026

View reviewed changes

Update cmake/Modules/FindSYCL/run_sycl.cmake

071fc3a

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>

Copilot AI review requested due to automatic review settings March 6, 2026 05:31

Copilot started reviewing on behalf of chunhuanMeng March 6, 2026 05:31 View session

Copilot AI reviewed Mar 6, 2026

View reviewed changes

guangyey reviewed Mar 6, 2026

View reviewed changes

cmake/BuildFlags.cmake Outdated Show resolved Hide resolved

chunhuanMeng changed the title ~~Remove -fsycl-host-compiler, use pure icpx compilation~~ WIP Remove -fsycl-host-compiler, use pure icpx compilation Mar 6, 2026

fix lint error

c7319f2

Copilot AI review requested due to automatic review settings March 6, 2026 06:21

Merge branch 'main' into icpx_buid

dd699a9

Copilot AI reviewed Mar 6, 2026

View reviewed changes

Copilot started reviewing on behalf of chunhuanMeng March 6, 2026 06:53 View session

guangyey reviewed Mar 6, 2026

View reviewed changes

remove MSVC related build options for sycl host compiler

88090d9

Copilot AI review requested due to automatic review settings March 6, 2026 09:10

Copilot started reviewing on behalf of chunhuanMeng March 6, 2026 09:11 View session

chunhuanMeng added 2 commits March 6, 2026 17:11

Update BuildFlags.cmake

7a226e8

Merge branch 'main' into icpx_buid

cd86de4

Copilot AI reviewed Mar 6, 2026

View reviewed changes

Update cmake/BuildFlags.cmake

2cd8cdc

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>

Copilot AI review requested due to automatic review settings March 6, 2026 10:50

Copilot started reviewing on behalf of chunhuanMeng March 6, 2026 10:50 View session

chunhuanMeng added windows_ci Only for Windows CI trigger labels Mar 6, 2026

Copilot AI reviewed Mar 6, 2026

View reviewed changes

CuiYifeng reviewed Mar 6, 2026

View reviewed changes

-    set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_HOST_FLAGS} ${SYCL_KERNEL_OPTIONS})
+    if(WIN32)
+      # On Windows, SYCL_HOST_FLAGS may contain MSVC-style flags (/std:..., /MD, /EHsc).
+      # Only pass these flags when the SYCL compiler is a CL-style driver that understands them.
+      # Always add kernel options.
+      set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_KERNEL_OPTIONS})
+      if(SYCL_COMPILER MATCHES "icx-cl(\\.exe)?"
+         OR SYCL_COMPILER MATCHES "dpcpp-cl(\\.exe)?"
+         OR SYCL_COMPILER MATCHES "cl(\\.exe)?")
+        # CL-style drivers: safe to add MSVC-style host flags.
+        set(SYCL_COMPILE_FLAGS ${SYCL_HOST_FLAGS} ${SYCL_COMPILE_FLAGS})
+      endif()
+    else()
+      # Non-Windows: keep existing behavior.
+      set(SYCL_COMPILE_FLAGS ${SYCL_COMPILE_FLAGS} ${SYCL_HOST_FLAGS} ${SYCL_KERNEL_OPTIONS})
+    endif()

		@@ -41,17 +41,14 @@ set(SYCL_compile_definitions [==[@SYCL_compile_definitions@]==]) # list

		list(REMOVE_DUPLICATES SYCL_INCLUDE_DIRS)

-  # Extract -D defines from CMAKE_HOST_FLAGS and pass them directly to icpx,
-  # since host compiler is removed. This is needed for macros like
-  # HAVE_AVX512_CPU_DEFINITION that control signatures, to avoid
-  # symbol mismatch with libtorch_cpu.so.
-  if(flag MATCHES "^-D")
-    list(APPEND SYCL_compile_flags "${flag}")
+  # Extract -D (GCC/Clang) or /D (MSVC) defines from CMAKE_HOST_FLAGS and pass
+  # them directly to the SYCL compiler, since the host compiler is removed.
+  # This is needed for macros like HAVE_AVX512_CPU_DEFINITION that control
+  # signatures, to avoid symbol mismatch with libtorch_cpu.so.
+  if(flag MATCHES "^-D" OR flag MATCHES "^/D")
+    if(flag MATCHES "^/D")
+      string(REGEX REPLACE "^/D" "-D" converted_flag "${flag}")
+    else()
+      set(converted_flag "${flag}")
+    endif()
+    list(APPEND SYCL_compile_flags "${converted_flag}")

	list(APPEND SYCL_HOST_FLAGS "-isystem ${FLAGS}")
	list(APPEND SYCL_HOST_FLAGS -isystem "${FLAGS}")

Conversation

chunhuanMeng commented Mar 5, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

Copilot AI Mar 5, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

guangyey Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

guangyey Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

CuiYifeng Mar 6, 2026

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

chunhuanMeng commented Mar 5, 2026 •

edited

Loading