Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 758fa8af026f31b0a74513086c869579b38c90be
      
https://github.com/WebKit/WebKit/commit/758fa8af026f31b0a74513086c869579b38c90be
  Author: Basuke Suzuki <[email protected]>
  Date:   2026-06-10 (Wed, 10 Jun 2026)

  Changed paths:
    M Source/cmake/OptionsIOS.cmake
    M Source/cmake/OptionsMac.cmake

  Log Message:
  -----------
  [cmake] Make ENABLE_BACK_FORWARD_LIST_SWIFT configurable
https://bugs.webkit.org/show_bug.cgi?id=316838
rdar://179279702

Reviewed by Adrian Taylor.

Source/cmake/OptionsMac.cmake and Source/cmake/OptionsIOS.cmake forced
ENABLE_BACK_FORWARD_LIST_SWIFT via SET_AND_EXPOSE_TO_BUILD called after
WEBKIT_OPTION_END(). SET_AND_EXPOSE_TO_BUILD performs an unconditional set(),
which overrides whatever value the user passed on the cmake command line, so
-DENABLE_BACK_FORWARD_LIST_SWIFT=<...> had no effect on either port.

Move the assignment inside the WEBKIT_OPTION_BEGIN()/END() block and use
WEBKIT_OPTION_DEFAULT_PORT_VALUE on both ports. Defaults are unchanged (Mac:
ON, iOS: OFF), but the value now flows through option() and can be overridden
on the cmake command line.

Mac: useful for troubleshooting Swift back/forward list issues or comparing
against the legacy C++ implementation.

iOS: the existing FIXME (https://bugs.webkit.org/show_bug.cgi?id=312083) still
explains why ON is not yet supported (WebCore_Private Swift module not yet
available); the override path simply unblocks future experimentation.

No new tests (build configuration only; verified locally that the default Mac
build still produces the Swift-enabled WebKit framework, and that
-DENABLE_BACK_FORWARD_LIST_SWIFT=OFF reconfigures and links a Swift-disabled
framework).

* Source/cmake/OptionsMac.cmake:
* Source/cmake/OptionsIOS.cmake:

Canonical link: https://commits.webkit.org/314965@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications

Reply via email to