Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Solved
Can't build for iOS Simulator when SDK installed with Carthage
Apple broke my Dropbox SDK installation in their latest XCODE 12.0.1. I was using the Cocoa Pods method ever since Dropbox V2 came out. So I decided to redo my project using Carthage. It works fin...
**SOLVED**
The main problem was that the Intel 64-bit architecture was not recognized by XCODE as on of the build architectures. That in turn was caused by the update to XCODE 12. Even though the architectures were properly indicated as $(ARCHS_STANDARD) in both the project and the target build settings, they were being overriden by a setting in the USER-DEFINED section of the build settings that XCODE transferred there for some reason. The setting in USER-DEFINED was
VALID_ARCHS armv7 arm64
The solution was to click on this setting and hit DELETE so it totally vanishes. Then the main project build settings that include all standard architectures can be effective. It was odd that this error led to the error "ObjectiveDropboxOfficial/ObjectiveDropboxOfficial.h" not found. But perhaps it had to do with CocoaPods making a copy of the header files for each architecture, because this error did not happen when building for a real device. Anyway, it is solved.
Oh, I gave up on Carthage and returned to my original Cocoapods setup. Also I updated Cocoapods to the latest, version 1.10.0 with
sudo gem install cocoapods
Also I updated the ObjectiveDropboxOfficial project to ver 5.0.3 with:
pod update
pod deintegrate
pod install
(I don't know if the last two commands were necessary.)
Updating to Dropbox API version 5.0.3 and XCODE 12 only required two small accomodations in my source code. One was that the type of the first parameter in the response block for the function createFolderV2 had to be changed from DBFILESFolderMetadata to DBFILESCreateFolderResult. The other change was that [DBClientsManager handleRedirectURL] now uses a completion block instead of returning the DBOAuthResult directly.
Anyway, I am back to using Cocoapods and everything is working as it should.
Greg-DB
Dropbox Community Moderator
Dropbox Community ModeratorNo, unfortunately the only officially supported installation methods for the Dropbox API v2 Objective-C SDK use Cocoapods or Carthage, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.
In the meantime perhaps someone at Dropbox could at least try to add the SDK to a new skeleton project using XCODE 12. The test is to build for both the simulator and a real ARM device.
- Greg-DB
I'll pass this request along (though we'd also run in to the same issues with Cocoapods/Carthage anyway).
It looks like there are some workarounds available in the Carthage issue while they work to resolve this properly, so you may want to use one of those to get running for now. (Or, likewise use Cocoapods 1.10, which seems to currently be in beta, per the Cocoapods issue.)
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
