Closed erikkerber closed 1 year ago
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.
I'll make PR today. Maybe there're a bit simpler solution.
Please see https://github.com/johnxnguyen/Down/pull/268
@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.
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
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:
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.