is there a fix for the app store for the Mac OS platform? I create my apps with Firemonkey but it's been a while that I am NOT able to upload my works. There is the warning about the compatibility from apple but still nothing!
From June 1, 2018 the 64 bit version is needed but we are in august and still nothing.
I have seen that David Nottage put a temporary fix to android sdk target. I have tested that because I need android too. It changes some libraries and the manifest. Do I have to do something similar with mac os apps?
Is there any tutorial online?
I have googled a lot but I didnt have success. Maybe it's me that I am weak at googling stuff but nothing.
Per Embarcadero's current roadmap, support for Mac OSX 64bit is planned for RAD Studio 10.3:
Key roadmap themes for 10.3 (and 10.3.x) include macOS 64-bit support, C++17 support, consolidating our debuggers and updating the IDE UI/UX, in addition to FireMonkey z-order support on Android and more.
Note that 10.3 is scheduled to start beta testing soon (invites went out a few days ago), so it will likely be released sometime this Fall. Users with an active Update Subscription have early access to betas for "hotfixes, updates, and major “next” versions". Otherwise, contact Embarcadero to become a beta tester if you can't wait for the final release.
Update: Embarcadero has just released a new roadmap, and clarified their plan regarding OSX 64-bit support:
One roadmap change you may notice compared to the September 2017 roadmap is that we removed macOS 64-bit platform support from the initial 10.3 release.
This doesn’t mean that we don’t think macOS 64-bit is important. We removed it from the 10.3 release to focus on providing more quality and stability for the other key features that are in flight. With that said, our intent is to provide support for macOS 64-bit, including support for targeting the iOS 11 (and iOS 12) simulators, in a follow-on 10.3.x release. We know that developers looking to target the macOS App Store or leverage 64-bit APIs require macOS 64-bit support.
We have a number of customers today who distribute their existing 32-bit applications through their own web store and are currently not impacted by this Apple requirement.
There is no fix at the moment because there is no 64 bit Delphi compiler for Mac OSX. You smply have to hope that Embarcadero release one soon.
Related
We recently purchased a new license of RAD Studio Tokyo and installed version 10.2 Update 3 on Windows 10 Pro. We purchased the product specifically for the capability of targeting both Windows and iOS, but so far we can only target Windows.
The target environment is macOS 10.13.6, with all latest updates including Xcode 10.1 and iPhoneOS12.1.sdk, iPhoneSimulator12.1.sdk, MacOSX10.14.sdk. Also installed is PAServer-19.0.app and PAServerManager.app, which both run as expected.
After following the RAD Studio docs to setup a connection profile and iOS SDK, I was able to connect to PAServer, it parsed the available SDKs (/usr/bin/xcodebuild -version -sdk). The Add a New SDK dialog in RAD Studio then populates the Select an SDK version combobox with what it parsed, but it only lists the macOS SDK "MacOSX 10.14". There is no iOS SDK listed.
I then read the supported iOS target environments and saw iOS 12 is unsupported. So I downloaded Xcode 9.4.1 from Apple (which includes iOS 11.4 SDK), assuming iOS 11.4 would be supported since the RAD Studio docs say iOS 11 is supported.
Following the troubleshooting docs, I installed Xcode 9.4.1 to a standalone directory (leaving the existing Xcode 10.1 alone in /Applications), updated the system selected Xcode (using /usr/bin/xcode-select --switch /path/to/Xcode-9.4.1.app/Contents/Developer), then restarted PAServer.
Now when I try to select the supported version of iOS through the Add a New SDK dialog in RAD Studio, the Select an SDK version combobox is populated with the newly-installed older macOS SDK "MacOSX 10.13", so I'm confident it is looking in the correct paths, but there is still no iOS SDK listed. What gives?
We've had a hell of a time with Embarcadero licensing over the last couple of years, and this seems to be an extension of that.
Taking note of #DaveNottage's comment, I thought it was weird iOS wasn't listed as an available platform through the ISO installer and remembered how older versions of RAD Studio used to offer it as a "Mobile Pack Add-On", but only for certain editions. Then I compared my installed edition of RAD Studio (Professional) to the edition named in our new Network Named User license (Enterprise). Those don't match. So I launched the license manager, verified that indeed I have 2 different licenses installed, and that RAD Studio 10.2 was apparently using the older, inferior XE8 Professional license, since it was covered under their upgrade licensing.
I deleted this license from the license manager. Uninstalled RAD Studio 10.2. Re-installed using the exact same ISO I used originally. And now suddenly I have iOS 32-bit and 64-bit as available platforms, and they also now appear as available SDKs in the SDK Manager.
And for the record, you guys were much more help than Embarcadero Support. I submitted this exact same issue (copy-pasted), and their only response was that RAD Studio 10.2 doesn't support iOS 12 and to contact their sales team about access to the beta release of RAD Studio 10.3. So they clearly didn't even read the issue at all. Wonderful support for a $5000 license.
As you're probably aware, Apple announced back in october that since febrary the App Store will only accept iOS apps built with 64-bit architecture support (https://developer.apple.com/news/?id=10202014a).
Starting February 1, 2015, new iOS apps uploaded to the App Store
must include 64-bit support and be built with the iOS 8 SDK, included
in Xcode 6 or later. To enable 64-bit in your project, we recommend
using the default Xcode build setting of “Standard architectures” to
build a single binary with both 32-bit and 64-bit code.
As a Worklight 6.1 developer, I would like to know what are the implications of this announcement for my apps. Do I need to make any changes to my source code or config files to support 64-bit architecture?
Thank you,
Alejandro
You can read the following blog post by the IBM Worklight development team specifically addressing this topic: https://developer.ibm.com/mobilefirstplatform/2014/12/17/ios-64-bit-support/
You will need to download the latest iFix for your version of Worklight and re-build your application in order to add 64 bit support.
Note that for:
EXISTING applications (already on the market), you have time until June 1st.
NEW applications (not yet on the market), must contain 64 bit support starting February 1st.
I have an app in the store which supports the arm64 architecture.
I've used a library that I've only recently found out doesn't support that architecture, but our customers don't need support for that architecture.
Is it possible for me to just release my app for arm7/arm7s architecture and have only the devices with the supported architectures update?
There's a possibility that Apple will reject the app in AppStore, but according to everything read it seems that until February 1, 2015 (new apps) and June 1, 2015 (new updates to existing apps), you can still submit an app without 64-bit compatibility to the App Store.
More info # https://developer.apple.com/news/?id=10202014a
You can read there:
Starting February 1, 2015, new iOS apps uploaded to the App Store must
include 64-bit support and be built with the iOS 8 SDK, included in
Xcode 6 or later. To enable 64-bit in your project, we recommend using
the default Xcode build setting of “Standard architectures” to build a
single binary with both 32-bit and 64-bit code.
Update:
Following new directives received by Apple:
Beginning June 1, 2015 app updates will also need to follow the same
requirements.
More info # https://developer.apple.com/news/?id=12172014b
Which means that by February 1, only new apps need to comply to 64-bit directive. Updates to existing App Store apps will have until June 1 to do this.
Although it says it's a requirement starting at February 1 of 2015, you should try to circumvent that problem now before you have it later.
As far as I'm aware you can.
You will not get rejected for this reason. Just because you have previously supported the 64bit architecture does not mean you have to in your next binary. The current rule is that 64bit is not a requirement. Required architecture support is also not determined by that of previous binaries.
But as above, you will have to support 64bit after February 1st.
Ill start developing for IOS but the hardware I got only suport up to 10.6.4
I know that Xcode 4.2 seems to work on Snowleopard...
but the last version requires 10.7.4, in there anyway to make the last version work on the 10.6? If not, if I just use the 4.2, can I still develop with no problems? what Im going to be missing out?
Thanks
Edit: Thanks guys, Ill be building myself a hackintosh...
Older versions of Xcode are still available:
If you can't install the latest version of Xcode on your MAC, you can get older versions at connect.apple.com.
Notes:
However, they won't come with the latest SDKs.
And you can't develop for the latest iOS devices with an old version
of Xcode.
In short, you will probably need to upgrade your hardware in order to develop using the laters version of Xcode.
Apple are very sneaky - they want to sell hardware - so by dropping support for various OS versions in Xcode and not supporting older hardware with newer OSes they are effectively forcing developers to buy the latest hardware to keep up to date with software development.
You can still develop older iOS apps (i.e. using older SDKs and targeting older iOS versions) using an older version of Xcode (Apple do at least make the older versions of Xcode available through the developer portal). However, you'll need to carefully figure out what iOS versions you can target because Apple are also increasing the minimum app specifications in order to submit new apps and updates to the App-Store. So soon enough it won't be possible to submit apps developed using Xcode 4.2 to the store and you will need to update the Apple hardware you develop on if you want to make apps that will be submitted to the store.
The most annoying thing about this is that you can't even use an older Apple computer as a build server. I have a Mac mini which is less than 5 years old and I can't use it for development any more - it would be perfect as a build server!
I uploaded an application to AppStore with minimum support of iOS 3.2. Then I downloaded XCode 4.5 with iOS 6.0 SDK and I want to release an update for my 3.2 supported app. But as you know, 4.3 can be selected as minimum version in XCode 4.5. But since my project is older, I can select 3.2. I wonder if I build and upload my app with 3.2 selected as seen in the picture, will it support 3.2?
No, you can't build and submit an iOS 3.2 compatible app using Xcode 4.5.
Xcode 4.5 cannot build an armv6 binary executable slice, which is required for all Deployment targets below iOS 4.3 (except in the very unusual case where you initially submitted an iOS 3.x armv7-only app).
Xcode 4.5 not support ios 4.3 and less
Summmar tab and edit as text the desired Deployment target field ( XCode 4.5 )
Here's a quote from Wikipedia:
In June 2010 at the World Wide Developers Conference, Apple announced version 4 of Xcode during the Developer Tools State of the Union address. Version 4 of the developer tools consolidates the Xcode editing tools and Interface Builder into a single application, among other enhancements.[13][14] Apple released the final code for Xcode 4.0 on March 9, 2011. The software was made available for free to all registered members of the $99 per year Mac Developer program and the $99 per year iOS Developer program. It was also sold for $4.99 to non-members on the Mac App Store (no longer available). Xcode 4.0 drops support for many older systems, including all PowerPC development as well as SDKs for Mac OS X 10.4 and 10.5, and all iOS SDKs older than 4.3. The deployment target can still be set to produce binaries for those older platforms, but for the Mac OS platforms one is then limited to creating x86 and x86_64 binaries.
It says there that starting from Xcode 4.0, Apple removed support for iOS 4.3. The SDK is no longer available. But one can still provide binaries for older platforms.