在 Xcode 中,所有目标的build设置都继承自项目的build设置。该项目的build设置继承自“iOS Default”。此继承如下所示,选择了Levels 而不是Combined。
对于那些不知道的人,项目设置下的粗体条目表示覆盖。可以通过突出显示设置然后按 COMMAND-BACKSPACE 来“清除”覆盖。
它变得真的老了,不断改变我创建的每个重要项目的那些值。特别是像Other C Flags 这样的项目,我必须在其中添加-Wall -Wextra -Wconversion -wstrict-overflow
。 预处理器宏 是另一个必须始终修复以包含 Posix 的 NDEBUG=1
的宏。我绝对认为 Release 中缺少 NDEBUG=1
是一个错误,因为 Posix 需要 NDEBUG
来删除 abort()
引起的 assert( )
; Apple 的 UI 标准不允许 abort()
。 (DEBUG=1
与 Debug 版本类似,因为 很多 使用它,尽管 Posix 只标准化了 NDEBUG
)。
从下面的@Petesh,我知道我可以为每个项目使用一个配置(也许创建一次,然后重新使用它)。但这意味着我正在应用“正确”或“正确”设置来掩盖“IOS 默认”模板中有缺陷的设置。我的意图是一劳永逸地解决问题的源头。
如何编辑默认设置模板?文件系统上是否有代表“iOS Default”的物理文件?如果是,是否可以对其进行编辑(是 XML)?
更新:基于@Peresh 的回答(没有磁盘文件可以永久修复该问题):RADAR 12941954。它可能会在 Apple 的错误报告系统中保留多年,未经证实、未经答复且未得到修复,就像我和其他人花时间报告其他错误一样。
最佳答案
构建配置文件是为预处理/编译选择一组选项的理想方式 - 你使用 .xcconfig
文件和你想要作为基础的设置,然后选择这个基础配置为目标。
需要在项目基础上创建文件,名称为 TargetType.xcconfig
。对于基本编译器标志要求,您可以使用包含以下内容的文件:
OTHER_CFLAGS = -Wall -Wextra -Wconversion -wstrict-overflow
一旦您将目标建立在 .xcconfig
文件上,它将获得这些选项作为所有指定目标的默认项。
您可以为每个 Debug 和 release 添加一个,允许指定 NDEBUG=1
和 DEBUG=1
选项,例如
GCC_PREPROCESSOR_DEFINITIONS = NDEBUG=1
将此设置应用于配置。
查看 Basing a Build Configuration on a Configuration File 的 Xcode 帮助.还有 a tutorial在线完成整个过程。
我使用 gcc
/g++
规范文件来操作 gcc
的默认编译器选项。如果您使用 LLVM 的 gcc
驱动程序,这仍然有效。默认编译器选项来自未修改的规范文件 - 即它内置于编译器中,不驻留在磁盘上。过程是:
gcc -dumpspecs > specs
specdir=$(gcc -print-search-dirs | sed -n 's/install: //p')
sed 's/^\(.*mdynamic-no-pic:-fPIC\)/<default options here> \1/' specs > newspecs
sudo cp newspecs $specdir/specs
您可以通过执行以下操作来验证是否正在使用 specfile:
gcc -v <file>
它应该显示如下内容:
Reading specs from /Applications/Xcode.app/Contents/Developer/usr/llvm-gcc-4.2/lib/gcc/i686-apple-darwin11/4.2.1/specs
而不是
Using built-in specs.
这可能会引发混淆,因为这些标志会影响所有 gcc
/g++
编译 - 即使是 macports包,这意味着它们可能无法正确编译。
clang
/clang++
,遗憾的是没有 specfile 的概念,因此在编译时将忽略此文件 - 它使用的所有选项都在 clang build 中定义-时间。在这种情况下,无法操纵默认编译器选项,因为它不会尝试读取磁盘上的文件来确定默认编译器选项。
关于iphone - 编辑 'iOS Default'(和 'Mac OS X')的build设置模板,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14109712/