如何配置Xcode自动编译链接自定义扩展名生成的C源文件

问题根因 #

配置失效由两个核心问题导致：

• .corn文件未被正确归类为编译源文件，自定义构建规则没有纳入编译前置依赖链，导致脚本执行顺序被延后到链接阶段。
• 自定义规则的输出文件未明确标记为C源文件类型，Xcode 10+默认启用的新构建系统无法识别生成的.c文件需要参与编译，甚至误判为待打包资源触发编译器调用警告。

正确配置步骤 #

清理旧配置与缓存 #

• 选中项目内所有.corn文件，打开右侧File Inspector面板，在Location下方的Type下拉菜单中，将默认的Default (Plain Text)修改为Source Code。
• 打开对应target的Build Phases标签页，检查所有.corn文件的归属：确保文件仅出现在Compile Sources列表中，完全从Copy Bundle Resources列表移除。
• 执行Product > Clean Build Folder（快捷键Cmd+Shift+K）清空旧构建缓存，避免历史配置干扰。

配置自定义构建规则 #

打开target的Build Rules标签页，点击左上角+新建规则，按如下参数配置：

• 规则匹配条件：选择Source files with names matching:，输入匹配规则*.corn
• 执行方式选择Custom script:，测试阶段可以保留复制逻辑，正式环境替换为自研处理工具的调用命令即可：

#!/bin/sh
# 测试用简化逻辑：直接复制为.c文件，正式环境替换为corn编译工具命令
cp "${INPUT_FILE_PATH}" "${DERIVED_FILES_DIR}/${INPUT_FILE_BASE}.c"

• 配置Output Files列表，点击+添加输出项：
  • 路径填写：${DERIVED_FILES_DIR}/${INPUT_FILE_BASE}.c
  • 点击该行最右侧默认显示为Auto的下拉菜单，选择C Source，明确告知构建系统该输出是需要参与编译的C源文件
  • Compiler Flags列留空即可，无需额外配置

注意事项 #

• 不要将规则生成的.c文件手动添加到项目或target中，Xcode会自动将规则输出的文件纳入后续编译、链接流程，和原生处理yacc/lex文件的逻辑完全一致。
• 不要替换DERIVED_FILES_DIR变量，DERIVED_SOURCES_DIR是旧版构建系统的遗留变量，新构建系统下使用会出现路径识别错误。
• 如果处理流程需要生成配套头文件，只需在Output Files中新增对应的.h路径，将类型标记为C Header，构建系统会自动处理头文件依赖。

验证标准 #

配置完成后执行构建，在Xcode左侧Report Navigator中选中本次构建记录展开日志：

• 自定义脚本处理.corn文件的步骤出现在所有C文件编译步骤之前
• 日志中存在Clang编译生成的.c文件的对应步骤
• 之前的unexpected C compiler invocation警告消失，生成的代码符号正常进入链接阶段，程序运行时可正常调用.corn生成的逻辑。

内容的提问来源于stack exchange，提问作者Mustang