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

Reply via email to