Skip to content

Commit 3245fb1

Browse files
committed
- Section Distribution of xcframeworks was updated with up to date info
- Added one XCFrameworks related blog from Alex Grebenyuk to the Materials section
1 parent 32c6d44 commit 3245fb1

File tree

1 file changed

+10
-8
lines changed

1 file changed

+10
-8
lines changed

README.md

Lines changed: 10 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -199,7 +199,10 @@ Here's the list of compiler errors I got across when integrating built xcframewo
199199
---
200200

201201
# Distribution of xcframeworks
202-
* **manually** - already available
202+
203+
* **manually**
204+
205+
Distribution of xcframeworks using the native dependency manager `Swift Package Manager` or the 3rd party dependency managers does come with several reported integration issues. Manual integration seems sofar to be the safest/bullet-proof integration option.
203206

204207
* **Swift Package Manager**
205208

@@ -211,16 +214,15 @@ Here's the list of compiler errors I got across when integrating built xcframewo
211214

212215

213216
* **CocoaPods**
214-
- supported since v1.9.1, several important bugfixes came with the version [1.10.0](https://github.com/CocoaPods/CocoaPods/releases/tag/1.10.0)
217+
218+
- supported since v1.9.1, several important bug-fixes came with the version [1.10.0](https://github.com/CocoaPods/CocoaPods/releases/tag/1.10.0)
215219
- As a vendor, you might consider limiting the cocoapods pods audience to avoid any unnecessary issues by specifying the minimum cocoapods version required: eg `spec.cocoapods_version = '>= 1.10.0'``
216220
- use `vendored_frameworks` to specify you xcframework(s) in your podspec. e.g. `spec.vendored_frameworks = 'DynamicFramework.xcframework'`
217221
- specify paths to your dSYMs and xcframework in `spec.preserve_paths = [...]`, since Xcode 12 the xcframeworks can contain symbol files, so there's no need to distribute the symbol files explicitly
218222

219223
* **Carthage**
220224

221-
- Carthage doesn't support xcframework format yet.
222-
- [Roadmap to provide support for xcframeworks 2019/2020](https://github.com/Carthage/Carthage/issues/2890)
223-
225+
- Since version [0.37.0](https://github.com/Carthage/Carthage/releases/tag/0.37.0) Carthage produces xcframeworks for open-sourced depdendencies when `--use-xcframeworks` flag is passed. It doesn't support fetching already existing xcframeworks.
224226

225227
---
226228

@@ -274,8 +276,8 @@ https://github.com/apple/swift/blob/master/docs/LibraryEvolution.rst
274276
## Swift Unwrapped - Swift 5.1 with Doug Gregor (Library evolution, ...)
275277
https://spec.fm/podcasts/swift-unwrapped/308610
276278

277-
## Alexis Beingessner- How Swift Achieved Dynamic Linking Where Rust Couldn't
279+
## Alexis Beingessner - How Swift Achieved Dynamic Linking Where Rust Couldn't
278280
https://gankra.github.io/blah/swift-abi/
279281

280-
## Presentation about Dependency management in Xcode 11
281-
https://www.slideshare.net/BorisBielik/dependency-management-in-xcode-11-153424888
282+
## Alex Grebenyuk - XCFrameworks (case-study about Distribution of xcframeworks as Swift Packages for specific case)
283+
https://kean.blog/post/xcframeworks-caveats

0 commit comments

Comments
 (0)