• I've read and understood the CONTRIBUTING guidelines and have done my best effort to follow.

Report

What did you do?

I have a Podspec that includes multiple .xcframeworks in vendored_frameworks. After running pod install and archiving the project, I noticed an issue with the .dSYM files in the resulting .xcarchive.

s.vendored_frameworks = 'FrameworkA.xcframework', 'FrameworkB.xcframework'

What did you expect to happen?

I expected all .dSYM files corresponding to each .xcframework to be included in the .xcarchive.

What happened instead?

Only the .dSYM for the last .xcframework specified in vendored_frameworks is included in the .xcarchive. Specifically, if the last framework in vendored_frameworks is FrameworkB.xcframework, then only FrameworkB.xcframework.dSYM is preserved in the .xcarchive. If I swap the order and make FrameworkA.xcframework the last one, then only FrameworkA.xcframework.dSYM is preserved.

I suspect that this issue might be related to PR #10884. It appears that each copying of the .xcframework erases .dSYMs of the previously copied .xcframework.

CocoaPods Environment

Stack

   CocoaPods : 1.13.0
        Ruby : ruby 3.2.2 (2023-03-30 revision e51014f9c0) [arm64-darwin22]
    RubyGems : 3.4.10
        Host : macOS 14.0 (23A344)
       Xcode : 15.0 (15A240d)
         Git : git version 2.42.0
Ruby lib dir : /Users/nikitaborodulin/.rbenv/versions/3.2.2/lib
Repositories : trunk - CDN - https://cdn.cocoapods.org/

Installation Source

Executable Path: /Users/nikitaborodulin/.rbenv/versions/3.2.2/bin/pod

Plugins

cocoapods-deintegrate : 1.0.5
cocoapods-plugins     : 1.0.0
cocoapods-pod-linkage : 0.0.1
cocoapods-search      : 1.0.1
cocoapods-trunk       : 1.6.0
cocoapods-try         : 1.2.0

Podfile

target 'XCFrameworksDSYMTest' do
  platform :ios, '17.0'
  use_frameworks!

  pod 'MySDK', path: 'MySDK'

end

Project that demonstrates the issue

https://github.com/swasta/cocoapods-xcframework-dsyms-test