Tagged: Flomio SDK v2.3
November 14, 2017 at 5:28 am #61587
Thanks very much, that’s reassuring.
While I’m here, any chance of enabling building for the simulator? It’d really help with our build process. Happy to elaborate if there’s a chance that would help.November 14, 2017 at 8:17 am #61591
Hi Robert, moving this to a separate thread. Simulators by definition are not very useful if they don’t closely track their target environments. Something inherently challenging for us given the x-platform support we offer. We’re focused on growing our SDK feature list and documentation at the moment but can you elaborate how a simulator would help your build process?? Seems test scaffolding and mockups might be sufficient?
November 14, 2017 at 8:31 am #61592
- This reply was modified 6 months, 2 weeks ago by Richard.
Thanks for moving it over and for taking the time to respond.
So, first of all, to understand the issue you need to know that I think your SDK really is a great bit of work, and is extremely enabling for my team. Because we find it so enabling we’re building several line-of-business apps which use it, and they’re going really well.
Because we have a common implementation for NFC for our workplace, which we want to reuse across several apps, we’ve wrapped it in a private Cocoapod repo shared within the team, which is how we manage all our custom libraries. Unfortunately, when we go to push the repo after updating it, your SDK causes the Cocoapods command line to terminate as it requires the simulator architecture.
We’ve checked with the Cocoapods community whose standard response is “restricting architectures is not something we want to encourage” and we want to avoid using a forked version of cocoapods for our local dev.
Our workaround has been to manually publish the pod repo after updating, which just about works but is really time consuming and fiddly.
Hope that explains it a bit more clearly.December 7, 2017 at 6:08 pm #61795
Hi Robert, thanks for the explanation. We want to fix this issue for you. Would it be suffice if we just build the Flomio SDK with the x86 architecture target (to cover the simulator dependency) but it not work? ie it not actually run in the simulator? It seems that the Cocoapod CLI is just tripping because the simulator architecture is missing. Would that be accurate?
RichardDecember 11, 2017 at 4:51 am #61820
That’s great news, we think that’ll sort it.
For completeness, here’s the error we’re getting:
To validate the pod we run:
pod lib lint BBCNFCCardReader.podspec --sources=https://github.com/bbc/mdt-pod-specs.git,https://github.com/CocoaPods/Specs.git --verbose --use-libraries --allow-warnings
We receive the following message:
ld: warning: ignoring file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a, missing required architecture x86_64 in file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a (2 slices) Undefined symbols for architecture x86_64: "_OBJC_CLASS_$_FmConfiguration", referenced from: objc-class-ref in libBBCNFCCardReader.a(BBCNFCCardReaderDeviceManager.o) "_OBJC_CLASS_$_FmSessionManager", referenced from: objc-class-ref in libBBCNFCCardReader.a(BBCNFCCardReaderDeviceManager.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) ** BUILD FAILED ** The following build commands failed: Ld /Users/Riccardo/Library/Developer/Xcode/DerivedData/App-datepajuwoidxadxmprasbnphkfy/Build/Intermediates.noindex/App.build/Release-iphonesimulator/App.build/Objects-normal/x86_64/App normal x86_64 At the bottom there are these 2 notes: - NOTE | [iOS] xcodebuild: ld: warning: ignoring file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a, missing required architecture i386 in file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a (2 slices) - NOTE | [iOS] xcodebuild: ld: warning: ignoring file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a, missing required architecture x86_64 in file /Users/Riccardo/BBC/Pods/mdt-pod-bbcnfccardreader/BBCNFCCardReader/iOS/libSDKClasses.a (2 slices)
January 16, 2018 at 5:51 am #61994
- This reply was modified 6 months, 1 week ago by Robert.
I have made a Flomio SDK v2.3 beta available that has the included architectures. Please find it here: FlomioSDKv2.3_beta
You can test that it has the architecture targets by running
lipo -info libSDKClasses.aand you will see
Architectures in the fat file: libSDKClasses.a are: armv7 armv7s i386 x86_64 arm64
We will be adding Cocoapods support soon, but in the meantime this should get you over the hump. Let me know if there are any more issues.
ScottJanuary 16, 2018 at 10:46 am #61995
Thanks very much Scott, that’s great news.
You must be logged in to reply to this topic.