Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: dc2ddc4ef26a22dd9fd52dce92f4dbd470ba39c1
https://github.com/WebKit/WebKit/commit/dc2ddc4ef26a22dd9fd52dce92f4dbd470ba39c1
Author: Elliott Williams <[email protected]>
Date: 2026-07-09 (Thu, 09 Jul 2026)
Changed paths:
M Source/WebKit/PlatformMac.cmake
M Source/cmake/WebKitMacros.cmake
M Source/cmake/WebKitSwiftPrewarm.cmake
Log Message:
-----------
[CMake][Swift] Use -import-underlying-module on Apple platforms
https://bugs.webkit.org/show_bug.cgi?id=318982
rdar://181838487
Reviewed by Richard Robinson.
On Apple platforms, Swift modules need to load their underlying ObjC(++)
module to access types. This flag does that.
So far, I think we have gotten by via letting the type information come
through _other_ modules (such as WebKit_Internal), but once we start
putting modulemaps into framework bundles in the build directory, this
fails. And like all things clang modules, the build failure is
intermittent because clang doesn't know to re-scan a framework bundle
for an added modulemap.
Fixes an intermittent error where WebKit swift code cannot find
WKWebView.
Also , fix a build-time race condition by copying WebKit's Modules/
content (modulemaps and crossimport metadata) *before* WebKit starts
compiling, same as headers.
* Source/WebKit/PlatformMac.cmake:
* Source/cmake/WebKitMacros.cmake:
* Source/cmake/WebKitSwiftPrewarm.cmake:
Canonical link: https://commits.webkit.org/316852@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
