XCode 12 compile error

[Bert-Jan 1]

Does anyone have advise for me...

 

I upgraded Xcode to 12, my iPhone to iOS 14 and the SDK to 14.0.

 

Compiling to iOS now spawns the following error:

 

[DCC Error] E2597 ld: file 'C:\Users\bwieg\Documents\Embarcadero\Studio\SDKs\iPhoneOS14.0.sdk/usr/lib/libiconv.dylib' too small (length=0) for architecture arm64

 

Going back to SDK 13.6 does not help so I guess this has to do with Xcode.

Edited September 27, 2020 by Bert-Jan

[Dave Nottage 557]

7 hours ago, Bert-Jan said:

I upgraded Xcode to 12, my iPhone to iOS 14

You'll find you won't be able to debug with a device that has iOS 14.0. Deploying will work; just not debugging.

7 hours ago, Bert-Jan said:

Going back to SDK 13.6 does not help so I guess this has to do with Xcode.

Because Delphi does not import the iOS 13.6 SDK correctly, either (as well as iOS 14.0). Use iOS 13.5 SDK if you can - it comes with Xcode 11.5. I wrote about it here:

 

https://delphiworlds.com/2020/08/using-a-prior-ios-or-macos-sdk-with-delphi/

[Bert-Jan 1]

Thank you!

 

Is it something that Delphi will catch up on eventually?

[Sherlock 663]

33 minutes ago, Bert-Jan said:

Thank you!

 

Is it something that Delphi will catch up on eventually?

Sure, but then XCode 13 will be out....

[Bert-Jan 1]

I understand. Will take it slower from now on.

[Rollo62 536]

All these seems to be related RSP31014, RSP31049, RSP31086

No official statement yet, maybe upvoting helps to accelerate that.

 

The "debugserver" issue I see from time to time, which IMHO seems to be an XCode issue.

So far there is no good explanation howto handle this, except to update phones and XCode to latest versions.

This I try to avoid mostly, to not run into such booby traps.

But I think at least the "debugserver" issue might get fixed by updating from time to time.

This always looks rather like a "planned obsolescence" for the API from Apple, than a really technical issue.

Not sure what philosophy Apple really has regarding their updates, so far they seems not to care a lot about their developers,

as I can find many similar issues in the XCode world too.

 

Edited September 28, 2020 by Rollo62

[OmarPerezH 2]

17 hours ago, Dave Nottage said:

You'll find you won't be able to debug with a device that has iOS 14.0. Deploying will work; just not debugging.

Because Delphi does not import the iOS 13.6 SDK correctly, either (as well as iOS 14.0). Use iOS 13.5 SDK if you can - it comes with Xcode 11.5. I wrote about it here:

 

https://delphiworlds.com/2020/08/using-a-prior-ios-or-macos-sdk-with-delphi/

Best way, 1- Export SDK from Delphi IDE Tools->Options->SDK Manager select SDK and export and import it in the new Delphi IDE

[Dave Nottage 557]

4 hours ago, OmarPerezH said:

Best way, 1- Export SDK from Delphi IDE Tools->Options->SDK Manager select SDK and export and import it in the new Delphi IDE

That the export option exists had slipped my mind.. I'll update my article; thanks!

[Bert-Jan 1]

I finally got it back on track by reinstalling Xcode 11.7 and applying sdk 13.7.

[vfbb 285]

On 9/27/2020 at 7:41 PM, Dave Nottage said:

You'll find you won't be able to debug with a device that has iOS 14.0. Deploying will work; just not debugging.

One more info: in release mode will give error too, but you will see that the app has been installed, just open it manually.

[sjordi 39]

They released a patch today for Big Sur, XCode 12 and SDK 14...

 

Just applied it, installed the new PAServer, compiled a very simple app under SDK 14.2

[DCC Error] E2597 ld: file '\\vmware-host\Shared Folders\Documents\Embarcadero\Studio\SDKs\iPhoneOS14.2.sdk/usr/lib/libiconv.dylib' too small (length=0) for architecture arm64

 

Switch to 13.7, everything's fine.

[MikeMon 12]

After applying the patch, and adding the iOS Device 64-bit SDK 14.2, I'm getting the following error:

 

[DCC Error] E2597 ld: warning: dwarf DW_FORM_strp (offset=0xFFFFFFDC) is too big in c:\program files (x86)\embarcadero\studio\20.0\lib\iOSDevice64\Release\libibtogo.a(ail.o).

 

Switch to 13.7, everything's fine.

[Rollo62 536]

Do you need IbTogo ?

I recall a case where this was added by some unit,

Once removed it compiled, but that was an older Xcode  case.

[sjordi 39]

Well, everything is fine now.

For a funny reason it didn’t install the new PA server

I installed it manually, deleted the 14.2 SDK, and re-imported it.

Now all the folders are correctly imported, And I can compile and deploy without problems

[Rollo62 536]

Usually the newer PaServers detect themself when outdated, and can update automatically, when pressing Test in the ConnectionProfileManager.

 

[MikeMon 12]

4 hours ago, Rollo62 said:

Do you need IbTogo ?

I recall a case where this was added by some unit,

Once removed it compiled, but that was an older Xcode  case.

Actually, I think this has to do with Firebase using Kastri. with SDK 13.7 it was working fine.

[Dave Nottage 557]

18 hours ago, MikeMon said:

Actually, I think this has to do with Firebase using Kastri

I'm having similar issues, i.e. building Firebase against iOS 14.2 SDK. Looking into it...

Edited November 27, 2020 by Dave Nottage
Afterthought

[Cristian Peța 103]

--old news--

Edited November 27, 2020 by Cristian Peța

[TTSander 2]

I have an issue with midaslib giving me linker errors since the iOS patch:
 

[DCC Error] E2597 Undefined symbols for architecture arm64:
Error: "__ZdlPv", referenced from: _DllGetClassObject in alchemy.o); __ZN14DSBASE_Factory14CreateInstanceEP8IUnknownRK4GUIDPPv in alchemy.o); __ZN16DSCursor_Factory14CreateInstanceEP8IUnknownRK4GUIDPPv in alchemy.o); __ZN22DATAPACKETREAD_Factory14CreateInstanceEP8IUnknownRK4GUIDPPv in alchemy.o); __ZN23DATAPACKETWRITE_Factory14CreateInstanceEP8IUnknownRK4GUIDPPv in alchemy.o); __Z9GetFldObjjiP7DSXML_WPP7FLDConv in dspickle.o); __ZN12DSDATAPACKETD2Ev in dspickle.o); ... Error: "__ZdaPv", referenced from: __Z15MakeAdtFldDescsjP20DSDATAPACKETFLDDescXPjPP16DSPROVADTFLDDesc in dspickle.o); __ZN12DSDATAPACKET12DelRecStatesEv in dspickle.o); __ZN9DSEXTRACT12DelRecStatesEv in dspickle.o); __Z12MakeFldDescsjP9DSFLDDescPjPS0_S1_ in ds.o); __ZN6DSBASE8ResetAllEv in ds.o); __ZN6DSBASE8AddFieldEP9DSFLDDesc in ds.o); __ZN10LTABLEListD2Ev in ds.o); ...

ld: symbol(s) not found for architecture arm64

 

I'm using the iOS14.2-SDK and XCode 12.2 running on Big Sur. This errors occurs for any application where ClientDataSets are used.

[Dave Nottage 557]

4 hours ago, TTSander said:

I'm using the iOS14.2-SDK and XCode 12.2 running on Big Sur. This errors occurs for any application where ClientDataSets are used.

Happens to me too, iOS 14.2 SDK, Xcode 12.2 on macOS 10.15.7. Reported here: https://quality.embarcadero.com/browse/RSP-31795

[TTSander 2]

Thanks for reporting! Guess I'll revert to XCode 11 for the time being.

[JoeKS 0]

I was having this error as well, when I removed DataSnap.DbClient the error went away.  I switched from ClientDataSets to FDMemTable a while ago and just needed to remove the reference from my uses clauses.  Good luck everyone.

[Guest]

Patch released: December Apple Platforms Patch for RAD Studio 10.4.1 1.0 from December 17, 2020:

Quote

December Apple Platforms Patch for RAD Studio 10.4.1 Readme
This patch addresses a few issues related to RAD Studio 10.4.1 support for XCode 12, iOS 14 and macOS Big Sur, which were not available when 10.4.1 shipped. We issued a similar patch in November. This new patch replaces that previous patch and offers further improvements in the same area. Installing this patch over the existing patch will replace all required files.

In the previous version of this patch (released in November 2020), we included:
* An RTL fix for an issue with exceptions, also causing issues at app termination, for macOS applications running on the recently released macOS 11.0 Big Sur. The corresponding public issue was logged on Quality Portal as RSP-30000. For this issue, the patch includes modified source code and compiled binary files.
* A new version of PAServer for macOS, and includes fixes for several issues:
   * SDK import from Xcode 12
   * Debugging applications on an iOS 14 device
   * This includes Quality Portal reports such as RSP-30806, RSP-31014, RSP-31667 and RSP-31049.
This version of the patch includes the above fixes, but adds several new fixes:
* An issue compiling against the ClientDataSet component (RSP-31795)
* Several issues using C++ with the iOS14 SDK:
   * Error ‘unknown type name __UINTPTR_TYPE__’ when building with iOS14
   * Errors building with the iOS14 SDK, including ‘invalid node: this may result from using a map iterator as a sequence iterator, or vice-versa’ or a linker error (RSP-31014)
   * Linker errors referring to DBX, such as ‘[ld Error]   Error: "__ZdlPv", referenced from:          __ZN9DBXObjectD0Ev in DBXCommon.o’

If you download the patch via GetIt, it is installed automatically. It will back up the files it replaces.

However, the new version of PAServer for macOS is not installed by the patch onto your Mac machines. It is placed in the PAserver folder (by default, C:\Program Files (x86)\Embarcadero\Studio\21.0\PAServer), and you need to copy the updated PAServer application over to your Mac and install it manually.
You can download this patch via the my.embarcadero.com download portal. If you do, to install, first back up and then copy the contents of the ZIP file into the respective subfolders of the RAD Studio installation folder.

Note that you also need to install the new version of PAServer on your Mac, as noted above.

We recommend using automatic installation through GetIt where possible.

 

[gioma 19]

I have installed the patch but nothing changes:

 

[PAClient Error] Error: E0776 2020-12-18 10:22:36.975 xcodebuild[2324:116233] [MT] IDEDistribution: -[IDEDistributionLogging _createLoggingBundleAtPath:]: Created bundle at path '/var/folders/m_/9ddrsvpx4wl6gffm17_2yky40000gn/T/IperiusRemote_2020-12-18_10-22-36.974.xcdistributionlogs'.
[PAClient Error] Error: E0776 Exported IperiusRemote to: /Users/imac_enter/PAServer/scratch-dir/Utente-IMAC/IperiusRemote.archive/temp
[PAClient Error] Error: E0776 ** EXPORT SUCCEEDED **

 

 

I had to use XCode 11 .. 😞

 

[Martifan 5]

4 hours ago, emailx45 said:

Patch released: December Apple Platforms Patch for RAD Studio 10.4.1 1.0 from December 17, 2020:

 

where can I download it?