Closed GiuseppePiscopo closed 5 years ago
Could this be tied to this issue ? https://github.com/Carthage/Carthage/issues/687
I've also seen that issue, but I think it is now obsolete. As of today, when Carthage builds SwiftyGif, it correctly copies both the .framework
and .dSYM
files into .\Carthage\Build\iOS\
directory, from where they are both added in library project (each one in the right build phases).
I was thinking (just speculating) that it could be related to SwiftyGif not being a fat-framework/universal binary, and so it works for simulator and not for other target devices. Could it be?
Just to confirm that obsolete behaviour, there's this closing comment which refers this merged PR
Maybe looking at how Cocoapods handles it could give you a clue, as it works correctly using that dependency manager.
Thanks for your feedback. Not an expert on Cocoapods, so don't know where to start from, I'll see.
In the meantime, just to give some more info: we tried with other dummy sample projects, this time adding another framework which supports Carthage already - https://github.com/thoughtbot/Curry/ - and the same issue shows up.
So it does not seem limited to SwiftyGif. It might as well be a matter of Xcode/build configuration. Feel free to close this if you don't think it matters to receive info on this.
Ok, I think we've found a fix. It is mentioned in repro project, but just for reference I'll copy here as well:
[...] thanks to posts like this. The main gist is to add a user-defined build setting named STRIP_BITCODE_FROM_COPIED_FILES
and set that to NO
.
Hi there
we've been working with SwiftyGif in a custom framework of us for some time, always through the simulator. But now we're facing an issue when trying to build for Generic iOS Device.
Our framework depends on SwiftyGif through Carthage. I understand that Carthage is not officially mentioned on readme, but until now it was going fine.
Here below are the steps to reproduce, to be used with a (really) minimal repro workspace at SwiftyGif-BitcodeIssue.
Does anyone have an idea why this happen? If that can help, we could contribute with a PR in order to solve the issue.
Description
Issue shows up at build time.
Issue does not show up when building for a simulated device. It shows with Generic iOS Device instead.
Issue shows up even if no SwiftyGif code is exercised at all. It's enough to add framework to link binary phase. When framework is removed from linked binaries list, issue goes away.
Steps to reproduce
My App
schema is selected, as well asGeneric iOS Device
Expected result
Product builds fine, with no errors.
Actual result
Product build fails. App reports following error from
bitcode_strip
:string table not at the end of the file (can't be processed) in file
. Here's the full output (derived data and toolchain directories omitted for brevity):