Skip to content
Permalink

Comparing changes

Choose two branches to see what’s changed or to start a new pull request. If you need to, you can also or learn more about diff comparisons.

Open a pull request

Create a new pull request by comparing changes across two branches. If you need to, you can also . Learn more about diff comparisons here.
base repository: bazelbuild/rules_apple
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: 4.3.3
Choose a base ref
...
head repository: bazelbuild/rules_apple
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: 4.4.0
Choose a head ref
  • 20 commits
  • 109 files changed
  • 12 contributors

Commits on Jan 2, 2026

  1. Migrate uses of ctx.fragments.apple.{single/multi}_arch_platform(...)…

    … to platform constraints. (#2846)
    adincebic authored Jan 2, 2026
    Configuration menu
    Copy the full SHA
    9f5ffd8 View commit details
    Browse the repository at this point in the history

Commits on Jan 3, 2026

  1. Configuration menu
    Copy the full SHA
    70ea3a9 View commit details
    Browse the repository at this point in the history

Commits on Jan 5, 2026

  1. Configuration menu
    Copy the full SHA
    1362207 View commit details
    Browse the repository at this point in the history

Commits on Jan 8, 2026

  1. Configuration menu
    Copy the full SHA
    46d6c2a View commit details
    Browse the repository at this point in the history
  2. Infer tvOS/watchOS archs from the CPU parameters, similarly to iOS (#…

    …2707)
    
    iOS currently has some special logic in `transition_support.bzl` that
    defaults the architecture to the value of `//command_line_option:cpu` if
    the value is iOS related (or a arm64 mac), but the same was not being
    done for other platforms. This was causing some confusion on our team as
    although on one end the regular iOS builds were being automatically
    resolved to arm64 simulator builds, on the other end everything else was
    resolving to x86_64 despite no changes in the environment.
    
    This PR adds this same special logic to tvOS/watchOS for make them
    consistent with iOS. So in my case, building tvOS from a arm64 mac would
    now result in a tvOS arm64 simulator build.
    
    It's unclear to me if the iOS case was done just to support some legacy
    use-case (meaning we should probably not do this for the other
    platforms), so if that's the case, let me know how to best solve this!
    rockbruno authored Jan 8, 2026
    Configuration menu
    Copy the full SHA
    55f6ece View commit details
    Browse the repository at this point in the history
  3. Add @loader_path/Frameworks rpath when building dynamic xcframeworks (

    #2852)
    
    (cherry picked from commit
    [cedcaec](cedcaec))
    
    Co-authored-by: Tony Allevato <[email protected]>
    adincebic and allevato authored Jan 8, 2026
    Configuration menu
    Copy the full SHA
    72813c8 View commit details
    Browse the repository at this point in the history
  4. Configuration menu
    Copy the full SHA
    d1a4b91 View commit details
    Browse the repository at this point in the history
  5. Configuration menu
    Copy the full SHA
    01ecafe View commit details
    Browse the repository at this point in the history

Commits on Jan 11, 2026

  1. Configuration menu
    Copy the full SHA
    df90109 View commit details
    Browse the repository at this point in the history
  2. Configuration menu
    Copy the full SHA
    87c519d View commit details
    Browse the repository at this point in the history

Commits on Jan 12, 2026

  1. Configuration menu
    Copy the full SHA
    300ac2a View commit details
    Browse the repository at this point in the history

Commits on Jan 14, 2026

  1. Migrate all usage of ctx.fragments.apple.single_arch_platform(...)

    …to platform constraints (#2858)
    
    Required for Bazel 9+
    luispadron authored Jan 14, 2026
    Configuration menu
    Copy the full SHA
    2cdb0dc View commit details
    Browse the repository at this point in the history

Commits on Jan 15, 2026

  1. Remove usage of legacy apple_common.get_split_build_configs(...), r…

    …etrieving configs from the cc_toolchains that are the source of truth for the linking via public starlark APIs. (#2860)
    
    Required for Bazel 9+
    
    Cherry-pick:
    cd1e1a4
    
    Co-authored-by: Nicholas Levin <[email protected]>
    luispadron and nglevin authored Jan 15, 2026
    Configuration menu
    Copy the full SHA
    7bc20cc View commit details
    Browse the repository at this point in the history

Commits on Jan 21, 2026

  1. run subshells in bundletool_experimental using subprocess API (#2866)

    Fixes #2843
    
    use `subprocess.check_call` instead of `os.system` to support stronger
    security guarantees and block environment variables from the running
    environment from affecting subprocesses. Fixes usage of rules_apple
    when using rules_python 1.7.0+.
    aaronsky authored Jan 21, 2026
    Configuration menu
    Copy the full SHA
    64855d1 View commit details
    Browse the repository at this point in the history

Commits on Jan 26, 2026

  1. Configuration menu
    Copy the full SHA
    c26e9b7 View commit details
    Browse the repository at this point in the history

Commits on Feb 10, 2026

  1. Configuration menu
    Copy the full SHA
    9a25a7a View commit details
    Browse the repository at this point in the history

Commits on Feb 21, 2026

  1. Include App Clip dSYMS when include_symbols_in_bundle is True (#2882)

    According to the documentation, setting `include_symbols_in_bundle` to
    `True` includes dSYMs "for the application and its dependencies". So App
    Clips, if any, should be included.
    ghugues authored Feb 21, 2026
    Configuration menu
    Copy the full SHA
    6c04d27 View commit details
    Browse the repository at this point in the history

Commits on Feb 23, 2026

  1. Expose simulator_creator as public API for improved extensibility (#2881

    )
    
    Adds a `create_simulator_action` to both iOS test runners, as well as a
    `clean_up_simulator_action` to `ios_xctestrun_runner`, to provide a way
    to customize how a simulator is provisioned for a test execution. This
    should make it easier to support simulator pooling scenarios without
    requiring users to make changes to test runner internals in a fork.
    aaronsky authored Feb 23, 2026
    Configuration menu
    Copy the full SHA
    b506b43 View commit details
    Browse the repository at this point in the history

Commits on Feb 24, 2026

  1. Configuration menu
    Copy the full SHA
    0385289 View commit details
    Browse the repository at this point in the history

Commits on Mar 5, 2026

  1. Changes required to support Bazel 9 (#2868)

    - Update CI to re-enable last_green
    - Update bzlmod dependencies to minimum required for bzlmod
    - Replace `apple_common.compilation_support` usage in Bazel 9+
    - Remove legacy codepath for Xcode < 16.0 that were blocking Bazel 9+
    - Update fixture tests to properly load `objc_library` and other removed
    symbols in Bazel 9+
    
    Closes #2863
    
    ---------
    
    Co-authored-by: Nicholas Levin <[email protected]>
    luispadron and nglevin authored Mar 5, 2026
    Configuration menu
    Copy the full SHA
    c17a03d View commit details
    Browse the repository at this point in the history
Loading