mirror of
https://github.com/subsurface/subsurface.git
synced 2024-11-28 05:00:20 +00:00
7d6a48b59f
We used to hard-code the bundle ID which meant that developers always had to manually override the bundle ID in order to be able to sign the iOS app for local testing. With this change, the official builds will continue to work without manually opening the project in Xcode, yet other developers will use the Apple-recommended format in order to set their own bundle ID. This is based on a suggestion by Murillo Bernardes. See #1246 Signed-off-by: Dirk Hohndel <dirk@hohndel.org> |
||
---|---|---|
.. | ||
storeIcon.xcassets | ||
Subsurface-mobile | ||
build.sh | ||
deployment.pri | ||
Info.plist.in | ||
iPhoneDeviceCMakeToolchain | ||
iPhoneSimulatorCMakeToolchain | ||
README | ||
SubsurfaceMobileLaunch.xib |
Tool repo to crosscompile subsurface for iOS -------------------------------------------- Dependencies: - This only works on a Mac - XCode with iOS SDK and Qt5.9 or later - cmake Follow the instruction in: <repo>/INSTALL and then continue here: 1) cd <repo>/packaging/ios 2) ./build.sh note: this builds all dependencies and is only needed first time it currently build for armv7 arm64 and x86_64 (simulator) 1) cd <repo>/.. 2) Launch QtCreator and open subsurface/packaging/ios/Subsurface-mobile/Subsurface-mobile.pro 3) Build Subsurface-mobile in QtCreator - you can build for the simulator and for a device and even deploy to a connected device. Everything up to here you can do without paying for an Apple Developer account. In order to create a bundle that can be distributed things get even more complex and an Apple Developer account definitely is necessary in order for you to be able to sign the bundle. The easiest way to do that appears to be to open the Subsurface-mobile.xcodeproj in the build directory that QtCreator used in Xcode and to create an archive there. WARNING: ======== The version number used in the Subsurface-mobile app is created in step 3. So whenever you pull the latest git or commit a change, you need to re-run the build.sh script so that the Info.plist used by QtCreator (well, by Xcode under the hood) gets updated. Otherwise you will continue to see the old version number, even though the sources have been recompiled which can be very confusing.