On 30 Sep 2014, at 20:49, Motti Shneor <[email protected]> wrote: > Hello everyone. This seems to be an upside-down question, but bare with me... > > Our Mac Client-side application can (sadly) only be built and run in > 32bit-only. Reason is: bit parts of it are legacy 32bit-only C++ code shared > with other platforms (Windows, Android, Linux, etc.) client code as well as > the Windows-only server. This code contains networking-protocol code which > is 64bit unsafe, and so it can't really be replaced. > > Until All platforms and products move together to 64bit, we're bound to build > our app 32bit only. > > Now I'm building a new module for this application as an external private > dynamic framework. I would like to use ARC, and the new niceties of modern > Obj-C runtime for the new framework, but these are only available in > 64bit-only builds. > > So… Could my 32bit-only Mac Application depend-on, load, link, and use, a > 64bit-only framework? > > As far as I know the ObjC-runtime is compiled into the binary, and so it CAN > theoretically be different for the framework and the application. But this is > just a guess.
No, a 32bit process can’t load 64bit code. What you can potentially do though, is have a 64 _helper_ for your app, which loads and works with the framework. The modern way to do this would be an XPC process. _______________________________________________ Cocoa-dev mailing list ([email protected]) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
