Down
Down copied to clipboard
johnxnguyen
Make Down portable as a built Apple Framework
Resolves #120
The Down library as-is does not generate a "portable" framework, as described very well in this blog post. The result is that anyone who attempts to build and consume Down as an Apple Framework needs to add the cmark directory from source into the SWIFT_INCLUDE_PATHS
SWIFT_INCLUDE_PATHS = $(inherited) $(PROJECT_DIR)/Carthage/Checkouts/down/Source/cmark
Additionally, having matching module names and types exposes the Down library to this bug: https://bugs.swift.org/browse/SR-14195.
This only manifests when the framework is built for distribution, but it does make building with library evolution/BUILD_LIBRARY_FOR_DISTRIBUTION = YES impossible.
This change does the following:
- Builds cmark as a clang submodule using a custom modulemap for both Down/cmark
- Renames the module to "DownLib" from "Down" to avoid SR-14195
The renaming of the module is critical for portability, but could easily be dropped from this PR if that's something that is too aggressive at the moment.
I have an issue when importing this library into my Swift Package. This PR fixes this.
There's some issues with Travis CI that need working out, I'll fix it this weekend.
@johnxnguyen any plans to merge this PR? Being able to build a working xcframework would be really helpful!
@johnxnguyen any plans to merge this PR? Being able to build a working xcframework would be really helpful!
I just copied Down to our local repos for the moment. :(
The test target is failing to build, I would like to resolve this first before merging.
Sorry friends as I did not steward this to completion.
@johnxnguyen I rebased off master to see if the error still reproduced and, if so, actually get a CI result that hasn't been time expired.
If you think this is better off just being closed, that is fine as well. We now consume and build Down via Bazel, so the portable pre-built framework is no longer "needed" by us. Happy to land this if it helps others though.