Watch, Follow, &
Connect with Us

Please visit our new home

Public Report
Report From: Delphi-BCB/Compiler/C++    [ Add a report in this area ]  
Report #:  120686   Status: Closed
[Mavericks 10.9] C++Builder XE4 does not support OS X 10.9
Project:  C++Builder Build #:  18.0.4905.60485
Version:    18.1 Submitted By:   Peer Dahl
Report Type:  Feature Specification issue Date Reported:  11/22/2013 9:55:41 AM
Severity:    Infrequently encountered problem Last Updated: 12/5/2013 6:04:41 PM
Platform:    All Mac platforms Internal Tracking #:   45705
Resolution: Cannot Reproduce (Resolution Comments) Resolved in Build: : Hotfix2
Duplicate of:  None
Voting and Rating
Overall Rating: No Ratings Yet
0.00 out of 5
Total Votes: None
I use XE4 and have written OSX apps for the iTunes app store. Everything worked fine. My apps on the local Mac (OSX 10.8.5) performed well and also did my apps at the app store.

Then came Mavericks OSX 10.9.0 .

Customers who updated to OSX 10.9.0 complain about crashes at the programm start. To reproduce this I unwillingly also updated my Mac to OSX 10.9.0.
Now, it is not possible anymore to start any app made with XE4 that was running before with no problems.

No demo project does run on the updated Mac. And even the simplest project consisting only of 1 empty window crashes.

For the sake of clarity: this issue regards to all XE 4 generated apps. It does not matter if they are stored on the Mac's HD or started via paserver.

The hotfix 29627 did not change anything:

* FireMonkey C++ app with Mac OS X 10.9 SDK still fail to compile
* FireMonkey C++ app with Mac OS X 10.8.5 SDK and OS X 10.7.4 do compile well but crash on the mac with the same crash report

Below I copied the crash report all users receive if they are trying to run an XE4 generated app on OSX 10.9.0 .

Thank your and best regards
   Peer Dahl

The beginning of the crash report:

Process: Project3 [941]
Path: /Users/USER/*/
Identifier: Project3
Version: 1.0 (1.0.0)
Code Type: X86 (Native)
Parent Process: paserver [255]
Responsible: Project3 [941]
User ID: 501

Date/Time: 2013-11-15 14:43:00.381 +0100
OS Version: Mac OS X 10.9 (13A603)
Report Version: 11
Anonymous UUID: D485D914-9091-4C63-1576-0CCCD52ED8BA

Crashed Thread: 0 Dispatch queue:

Exception Codes: 0x0000000000000002, 0x0000000000000000

Dyld Error Message:
Symbol not found: _calloc
Referenced from: /Users/USER/*/
Expected in: /usr/lib/system/libsystem_c.dylib

Thread 0 Crashed:: Dispatch queue:
0 dyld 0x8fec30b5 dyld_fatal_error + 1
1 dyld 0x8fec5de8 dyld::bindLazySymbol(mach_header const*, unsigned long*) + 72
2 dyld 0x8fed634e stub_binding_helper_interface2 + 20
3 Project3 0x00639682 __System__GetTls + 154
4 Project3 0x00639728 __System__GetTls + 320
5 Project3 0x00638fd5 _init_exit_proc + 429
6 Project3 0x0001222f _start + 107

Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x8fef60f8 ebx: 0x00000000 ecx: 0x00000000 edx: 0x8ff1e084
edi: 0x8ff1e084 esi: 0x8fec41e3 ebp: 0xbffffad8 esp: 0xbffffabc
ss: 0x00000023 efl: 0x00000246 eip: 0x8fec30b5 cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f
cr2: 0xa07b0014
Steps to Reproduce:
(1) Start any XE4 generated Firemonkey app on a Mac with OSX 10.9 -> app crashes with the error report, see above.


(1) Create a new Firemonkey-App from scratch using SDK 10.8.5
(2) Compile it and deploy it to the Mac
(3) App wants to start, crashes with the error report


(1) Create a new Firemonkey-App from scratch using SDK 10.9

(2) Try to compile it - > Does not compile due to 51 errors beginning with:

[bccosx Fehler] types.h(76): E2209 include-Datei 'sys/_types/_int8_t.h' kann nicht ge?fnet werden
  Vollst?diger Parser-Kontext
    Project3.cpp(3): #include c:\program files (x86)\embarcadero\rad studio\11.0\include\osx\fmx\fmx.h
    fmx.h(20): #include c:\program files (x86)\embarcadero\rad studio\11.0\include\osx\rtl\System.hpp
    System.hpp(18): #include c:\program files (x86)\embarcadero\rad studio\11.0\include\osx\rtl\sysmac.h
    sysmac.h(66): #include C:\Users\Pauli\Documents\RAD Studio\SDKs\MacOSX10.9.sdk/System/Library/Frameworks\CoreFoundation.framework/Headers/CoreFoundation.h
    CoreFoundation.h(11): #include C:\Users\Pauli\Documents\RAD Studio\SDKs\MacOSX10.9.sdk/usr/include\sys/types.h
    types.h(78): #include C:\Users\Pauli\Documents\RAD Studio\SDKs\MacOSX10.9.sdk/usr/include\machine/types.h
    types.h(35): #include C:\Users\Pauli\Documents\RAD Studio\SDKs\MacOSX10.9.sdk/usr/include\i386/types.h

No workaround

Tomohiro Takahashi at 11/24/2013 6:41:52 PM -
> The hotfix 29627 did not change anything:
> ...
> (1) Create a new Firemonkey-App from scratch using SDK 10.9
> (2) Try to compile it - > Does not compile due to 51 errors beginning with:
I will retest your issue with the hotfix.
[ID: 29627, Hotfix 2 for C++Builder and RAD Studio XE4]

Tomohiro Takahashi at 11/24/2013 6:45:33 PM -
I can not reproduce your issue with my 10.9 and Xcode 5.0.1, using/applying the hotfix.

Tomohiro Takahashi at 11/25/2013 5:00:11 PM -
Did you refresh/recreate 'MacOS X 10.9' entry in SDK Manager of IDE options?

Peer Dahl at 12/3/2013 4:36:45 AM -
Yes, I refreshed the files so that XE4 loaded the files new from the MAC.

The error list starts with:
[bccosx error] types.h(76): E2209: Unable to open include file 'sys/_types/_int8_t.h'

Probably all following similar errors have the same reason.

My installed version of XCode is 5.0.2 not 5.0.1 as yours, but I don't think that should be the reason for the malfunction.

Grant Beattie at 10/22/2014 2:35:19 PM -
BTW if anyone has this issue in late 2014 (I'm using XE7 with 10.9.5) I found that I manually had to add several includes and libraries to get these types of errors to disappear.

Tomohiro Takahashi at 12/3/2013 4:57:14 PM -
> Yes, I refreshed the files ...
Could you try to delete existing entry and add new one(named 'MacOS X 10.9') for 10.9 in SDK Manager?

Peer Dahl at 12/4/2013 5:15:14 AM -
Yes, I tried this already yesterday to force XE4 to reload the SDK from the Mac from scratch. I did not delete the MacOSX 10.9 but renamed it so that XE4 cannot find it. Hope, this is alos ok.

The result was that XE4 couldn't find the MacOS X 10.9.sdk anymore and asksed if it should reload it from the Mac. Choosing this option XE4 created a new MacOSX10.9.sdk-directory and filles it with the files from the Mac. (My XCode-version is 5.0.2)

But also this did not change anything.


What I further noticed is, that independent from the SDK-
version the presence of "MacOSX10.XX.defaultsdkpaths" in the directory "C:\Programme\Embarcadero\RAD Studio\11.0\bin\" does
not affect anything. Also compiling against 10.8.5 succeeds well if the MacOSX10.8.5.defaultsdkpaths is not present (renamed). So I guess that if the SDK is 10.9 the "MacOSX10.9.defaultsdkpaths" should not be the problem's reason. This only as a furher hint.

Tomohiro Takahashi at 11/24/2013 7:14:02 PM -
> Build No: 18.0.4854.59655
Does your issue still occur with C++Builder XE4 Update1(18.0.4905.60485)?

Peer Dahl at 12/3/2013 4:42:13 AM -

(1) I updated to Build No 18.0.4905.60485 via Update 1 for XE4.
   This can be shown by the info window.
(2) I deleted the Paserver on Mac and PC and reinstalled them with the Update-version.
(3) I installed the hotfix on Mac and PC and checked that the 2 relevant files changed their date.

Unfortunately no success, everything is like it was before and as other users complain:

* XE4 still does NOT compile error free against OS X 10.9 - same compiler errors occur, see my comment before.
* XE4 DOES compile e.g against OS X 10.8.5 but any app crashes on the Mac at start because
of the missing _calloc-Symbol in the file /usr/lib/system/libsystem_c.dylib

Best regards
   Peer Dahl

Tomohiro Takahashi at 12/3/2013 5:15:07 PM -
> * XE4 DOES compile e.g against OS X 10.8.5 but any app crashes
> on the Mac at start because of the missing _calloc-Symbol in the file /usr/lib/system/libsystem_c.dylib
Yes, this is known issue. C++ FireMonkey OS X app built with 10.8.x/10.7.x SDK can not start on 10.9 due to the incompatibility, and vice versa(app built with 10.9 SDK can not start on 10.8.x/10.7.x).

Peer Dahl at 12/4/2013 5:27:22 AM -
Thank you for this statement because it's the first time this issue is clarified. But is it planned to fix this incompatibility?

Otherwise we have 2 customer group before and after 10.9. Furthermore Apple refuses to offer apps via iTunes that do not support 10.9. So for new apps all 10.7 and 10.8 users cannot be reached what is a big disadvantage today.  

Tomohiro Takahashi at 12/3/2013 4:53:10 PM -
Thanks for the confirmation.
I will retest this issue with my environment. So, could you please attach sample project to this report to verify your issue?

Peer Dahl at 12/4/2013 5:32:47 AM -
Yes, I have a simple sample poject here as ZIP. Only one window and a button in it. But how can I submit it? There is no button to attach it?

Tomohiro Takahashi at 12/4/2013 5:12:38 PM -
> But how can I submit it?
Please use Windows Native QC Client to attach a .zip file to your existing report. The standalone client(QualityCentral.exe) comes with C++Builder.

Peer Dahl at 12/5/2013 11:19:27 AM -
Hello Tomohiro Takahashi,

I submitted a sample project today. Its only one window with nothing in it.

Thank you for testing it.

Best regards
Peer Dahl

Tomohiro Takahashi at 12/5/2013 6:06:43 PM -
Unfortunately, we can not reproduce your issue with the sample project...

Server Response from: ETNACODE01