Code::Blocks如何修改工程设置

修改Code::Blocks工程设置，要在左侧工程树选中项目后打开【Project】→【Build options】。窗口左栏决定设置范围：选中工程名是修改共用规则，选中Debug、Release等目标只影响该构建版本。保存后重新构建，确认设置已经进入实际命令。

在Code::Blocks中进入工程设置

在【Projects】面板展开工程，确认当前操作的是需要编译的项目，而不是某个单独的源文件。右击项目后选择【Build options】，或从【Project】菜单进入同名窗口。左侧的工程名适合放各目标共用的包含目录和编译选项。调试符号和发布优化分别在对应target中修改。

1、确定设置的作用范围

只改了Debug后，Release不会显示这项变化。修改前在编译工具栏切换一次目标，并回到Build Options核对左栏高亮项，能避免把参数加到错误的配置中。

2、按设置类型选择选项卡

编译器开关、语言标准和预处理宏在【Compiler settings】中调整。已有复选项直接勾选，需要额外参数可填写Other compiler options。不要把链接参数塞进编译器选项，也不要同时保留互相冲突的优化设置。

设置头文件目录、库目录和链接库

第三方库的路径在【Search directories】中设置，两个入口容易混淆：把包含 .h 或 .hpp 的目录添加到【Compiler】，把存放 .a、.lib 等库文件的目录添加到【Linker】。填写目录即可，不要把单个头文件当成搜索路径。

在Linker settings添加具体库

目录只负责让链接器找到文件，真正需要链接的库还要在【Linker settings】的【Link libraries】列表中添加。以SFML为例，图中的 sfml-graphics、sfml-window、sfml-system 是分别列出的库。实际工程只添加代码确实使用的库，并让Debug、Release使用与当前目标相符的库版本。

报错也能帮助定位设置位置：提示找不到头文件，应检查【Compiler】搜索目录。编译已通过却出现未定义引用，就检查【Linker】目录、【Link libraries】中的库名、库顺序以及32/64位工具链是否一致。每次只改一类设置，重新构建后更容易知道是哪项产生了影响。

修改输出目标和运行目录

生成程序的类型、输出位置和运行文件在项目【Properties】的【Build targets】中调整。这里能为不同target选择输出文件，并管理构建目标。控制台程序、图形程序和库项目的目标类型不能混用。程序的配置文件、资源目录或测试数据依赖工作目录，IDE内运行和直接双击exe的目录可能不同。

保存后做一次干净重建

点击【OK】保存，执行【Clean】后【Rebuild】，并查看【Build log】。新增的包含目录、宏、库名或参数应该出现在编译、链接命令中。运行程序，确认输出文件、资源加载和功能结果符合预期。设置未生效，就回到Build Options左栏检查是否改到了另一个target。

让工程配置便于维护

工程文件会保存这些设置。团队协作应把第三方依赖放在约定目录，并使用可移植的路径。提交前查看工程文件差异，避免把个人电脑的绝对路径带给其他成员。大范围错误可通过撤销刚加入的一组参数或恢复工程文件处理，随后逐项加入已经确认有效的设置。