Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 2b32d77f379c2f8a9422c8003b8cf5648975e0ec
https://github.com/WebKit/WebKit/commit/2b32d77f379c2f8a9422c8003b8cf5648975e0ec
Author: Ian Grunert <[email protected]>
Date: 2026-07-15 (Wed, 15 Jul 2026)
Changed paths:
M Source/cmake/WebKitMacros.cmake
Log Message:
-----------
[Win] Fix build when Swift is present
https://bugs.webkit.org/show_bug.cgi?id=319505
Reviewed by Adrian Taylor.
When Swift is available (as it now is in the Windows EWS Docker image),
the Swift codepath enables the "Generate Swift platform args" step, which
preprocesses wtf/Platform.h to record the enabled platform macros into a
.resp file passed to later Swift compilations.
_webkit_generate_platform_swift_args builds that clang preprocess command
using GCC-driver syntax (-std=c++2b -E -P -dM -MD -MF ... -include). On
Windows CMAKE_CXX_COMPILER is clang-cl, which defaults to the MSVC (cl)
driver and silently ignores those flags (-Wunknown-argument), then treats
their operands as input files, failing with:
clang-cl: error: no such file or directory: 'cmakeconfig.h'
Prepend --driver-mode=gcc when COMPILER_IS_CLANG_CL so clang-cl honors the
GCC-style flags. This mirrors the inverse --driver-mode=cl already used for
the include-what-you-use invocation in this file, and keeps -MD/-MF
emitting a gcc-format depfile, which the build's cmake_transform_depfile
Ninja gccdepfile step expects.
* Source/cmake/WebKitMacros.cmake:
(_webkit_generate_platform_swift_args):
Canonical link: https://commits.webkit.org/317288@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications