Branch: refs/heads/webkitglib/2.52
Home: https://github.com/WebKit/WebKit
Commit: 32a9325f13d9a86ab0a93cc364263adabcc85ddf
https://github.com/WebKit/WebKit/commit/32a9325f13d9a86ab0a93cc364263adabcc85ddf
Author: Adrian Perez de Castro <[email protected]>
Date: 2026-05-21 (Thu, 21 May 2026)
Changed paths:
M Source/WTF/wtf/FileSystem.h
M Source/WTF/wtf/cocoa/FileSystemCocoa.mm
M Source/WTF/wtf/posix/FileSystemPOSIX.cpp
M Source/WTF/wtf/win/FileSystemWin.cpp
M Source/WebKit/UIProcess/API/APIContentRuleListStore.cpp
M Tools/TestWebKitAPI/Tests/WTF/FileSystem.cpp
Log Message:
-----------
Cherry-pick 313681@main (0a4e6af65950).
https://bugs.webkit.org/show_bug.cgi?id=315236
Content rule list store may end up copying compiled bytecode files
https://bugs.webkit.org/show_bug.cgi?id=315236
Reviewed by Chris Dumez and Michael Catanzaro.
Add a third parameter to WTF::openTemporaryFile() that allows overriding the
temporary directory where to create the file. Then the
APIContentRuleListStore
can take advantage of this avoid hitting the case in which the temporary
directory
is different from that of the resulting file, thus avoiding the file copy
fallback
when calling WTF::moveFile() down the line to place the compiled bytecode
file
into its final destination.
* Source/WTF/wtf/FileSystem.h:
(WTF::FileSystemImpl::openTemporaryFile):
* Source/WTF/wtf/cocoa/FileSystemCocoa.mm:
(WTF::FileSystemImpl::openTemporaryFile):
* Source/WTF/wtf/posix/FileSystemPOSIX.cpp:
(WTF::FileSystemImpl::openTemporaryFile):
* Source/WTF/wtf/win/FileSystemWin.cpp:
(WTF::FileSystemImpl::openTemporaryFile):
* Source/WebKit/UIProcess/API/APIContentRuleListStore.cpp:
(API::compiledToFile):
* Tools/TestWebKitAPI/Tests/WTF/FileSystem.cpp:
(TestWebKitAPI::TEST_F(FileSystemTest, createTemporaryFileInDirectory)):
Canonical link: https://commits.webkit.org/313681@main
Canonical link: https://commits.webkit.org/305877.658@webkitglib/2.52
Commit: b6a38f496a16c374877b6a8f925e35324bdfb43c
https://github.com/WebKit/WebKit/commit/b6a38f496a16c374877b6a8f925e35324bdfb43c
Author: Geoffrey Garen <[email protected]>
Date: 2026-05-21 (Thu, 21 May 2026)
Changed paths:
M Source/JavaScriptCore/CMakeLists.txt
Log Message:
-----------
Cherry-pick 313660@main (3d4cdae16665).
https://bugs.webkit.org/show_bug.cgi?id=315241
[CMake] Fix a race in the jsc-armv7 build
https://bugs.webkit.org/show_bug.cgi?id=315241
<rdar://problem/177567563>
Reviewed by Adrian Perez de Castro.
I saw this build race in EWS on jsc-armv7.
* Source/JavaScriptCore/CMakeLists.txt: Make JavaScriptCoreSharedScripts
depend
on JSCBuiltins. Both depend on the same generated .py files in
${JavaScriptCore_SCRIPTS_DIR}. A parallel Make build can race two
`cmake -E copy_if_different` invocations on the same destination — leaving a
half-written .py.
Canonical link: https://commits.webkit.org/313660@main
Canonical link: https://commits.webkit.org/305877.659@webkitglib/2.52
Compare: https://github.com/WebKit/WebKit/compare/3621a3fadb65...b6a38f496a16
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications