Compilation 部署到OS X 10.6和-在使用传统运行时的平台上不支持fobj arc;

Compilation 部署到OS X 10.6和-在使用传统运行时的平台上不支持fobj arc;,compilation,automatic-ref-counting,cpu-architecture,computer-architecture,objective-c-runtime,Compilation,Automatic Ref Counting,Cpu Architecture,Computer Architecture,Objective C Runtime,背景: 我正在为OSX构建一个部署目标为10.6的应用程序。我还没有将我的应用程序完全转换为ARC,但我正在添加一些新类,这些类将从ARC中受益,因此我为这些类设置了-fobj-ARC编译器标志 针对通用32/64位英特尔体系结构的编译失败,出现错误-在使用旧版运行时的平台上不支持fobj arc 仅为64位构建成功 我不太精通底层架构。我的问题是:仅为64位Intel构建会产生什么影响?这是否会完全阻止应用程序在10.6上运行?或者只有一些运行10.6的机器?操作系统X的Objective-C

背景:

我正在为OSX构建一个部署目标为10.6的应用程序。我还没有将我的应用程序完全转换为ARC,但我正在添加一些新类,这些类将从ARC中受益,因此我为这些类设置了
-fobj-ARC
编译器标志

针对通用32/64位英特尔体系结构的编译失败,出现错误-在使用旧版运行时的平台上不支持fobj arc

仅为64位构建成功


我不太精通底层架构。我的问题是:仅为64位Intel构建会产生什么影响?这是否会完全阻止应用程序在10.6上运行?或者只有一些运行10.6的机器?

操作系统X的Objective-C的32位运行时相当陈旧。苹果在迁移到64位时更新了运行时,但没有对32位运行时做太多

至于仅针对64位的构建:大多数Mac现在都有64位处理器。然而,10.6也支持32位计算机:你将把这些用户抛在脑后


这将有助于向ARC的过渡,因为您可以在64位硬件上而不是32位硬件上瞄准ARC,两者都可以工作。然而,这确实违背了ARC的目的,因为您仍然需要管理保留和发布,它们在构建ARC代码时只会被注释掉。

据我所知,上一个使用32位处理器的mac是2006年9月的mac mini,因此如果您使用的是比这更新的版本,你一点后果都没有。我们在哪里可以找到有助于转换到ARC的头文件?