Luis Padron

Reduce disk space usage of the rules

5

This is a general issue to describe the current disk space usage issues of some of the rules. The current default is to **not** use the `use_tree_artifacts_output` flag, this mostly...

Upstream: Update the API of `swift_common.compile_module_interface`.

1

Cherry-pick: https://github.com/bazelbuild/rules_swift/commit/4c4184942dc091c1b43b0243848876d3c5b90c07 This adds the `target_name` argument that is present in other compile APIs so that supplemental outputs can get unique names based on the name of the Bazel target...

In https://github.com/bazelbuild/rules_swift/pull/1530 we reverted the removal. Once we cherry-pick the upstream mixed language commits we can reapply it

Bug: `swift_import` depending on other `swift_import` errors

1

When using `swift_import` in Xcode 15-16 we noticed the `.swiftinterface` files were trying to be found at the `MacOSX` SDK root: ``` error: cannot open file '/Applications/Xcode-16.1.0.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX15.1.sdk/bazel-out/darwin_arm64-fastbuild/bin/test/fixtures/module_interface/library/toy_outputs/ToyModule.swiftinterface' (No such file...

Shows an issue (#1461) with `swift_import` rules in Xcode 16+ when using `--spawn_strategy=local`.

Feature Request: add support for Xcode 16.3+

6

In Xcode 16.3 the hash algorithm used for index store changed, we will need to update https://github.com/MobileNativeFoundation/index-import to support the new hash algorithm in a backwards compatible way and pull...

### Description Related to: https://github.com/MobileNativeFoundation/rules_xcodeproj/issues/2937 When using `macos_application` that has `extensions` the project generation fails with: ```sh ERROR: Custom scheme "TophatExtension"'s run launch target (@@//Tools/Tophat:TophatExtension darwin_arm64-dbg-macos-arm64-min13.0-applebin_macos-ST-e022ee4a993b) is an app extension...

Bug: Target merging fails when using `swift_library` dependency directly in `rules_ios` framework target

3

### Description Given the following BUILD file: ```starlark load( "@build_bazel_rules_ios//rules:framework.bzl", rules_ios_apple_framework = "apple_framework", ) load( "@build_bazel_rules_ios//rules:test.bzl", rules_ios_unit_test = "ios_unit_test", ) load( "@build_bazel_rules_swift//swift:swift.bzl", "swift_library", "swift_library_group", ) rules_ios_apple_framework( name = "LibTwo", srcs...

Fixes #769 Adds support for a non-root bzlmod module B that uses `rules_swift_package_manager` to define it's Swift dependencies to be depended upon by another module A which also uses `rules_swift_package_manager`....