MinGW、Code::Blocks 和 wxWidgets 是三个著名的开源项目，分别是编译器（GNU Compiler Collections）、集成开发环境（IDE）和图形界面开发库（GUI Library）。由这三个工具搭建起来的全开源 C++ 开发环境，功能不逊色于 VC，由于使用的开源软件，这样的开发环境是免费的，并且是跨平台的。下面说一下在 MS Windows 下的搭建过程。
一、编译器
MinGW 是指只用自由软件来生成纯粹的 Win32 可执行文件的编译环境，它是 Minimalist GNU on Windows 的略称。实际上，MinGW 并不是一个 C/C++ 编译器，而是一套 GNU 工具集合在 MS Windows 系统上的一个移植。MinGW 官方网站为 http://www.mingw.org。
1、MinGW 的安装
安装 MinGW 有两种安装方式：自动安装与手动安装。下面分别来介绍它们。
1.1、自动安装。
下载自动安装程序（http://sourceforge.net/projects/mingw/files/Installer/）mingw-get-setup.exe，然后一步步的来就行了。大致如下：设置安装目录，默认安装到 C:\MinGW；选择安装组件，这个根据大家需要选择安装组件（ C 编译器、C++ 编译器、Fortran 编译器、ObjC 编译器、Ada 编译器等），一般选择 C/C++ 编译器即可，看各位用途确定，组件列表中还有 MSYS 基本系统等可供选择；等待下载并安装完成。
实际上， MinGW 提供了一个非常方便的包管理工具 mingw-get。在 MinGW 安装完成并适当的配置环境变量之后，可以在命令行窗口（cmd.exe）中或者 MSYS 基本系统中通过 mingw-get 命令来进行包管理。例如在命令行窗口（cmd.exe）中可以使用
> mingw-get --help
查看详细的使用方式，主要命令与各种 Linux 包管理器如 apt-get、dnf 等的操作类似，常用的几个包括
> mingw-get update
> mingw-get install packagename
> mingw-get remove packagename
> mingw-get upgrade packagename
> mingw-get list
1.2、手动安装。
简言之就是本来自动安装的内容要自己下载并且复制到自己设定的目录中。根据 MinGW 官方网站 http://www.mingw.org/wiki/InstallationHOWTOforMinGW 介绍，到 http://sourceforge.net/projects/mingw/files/MinGW/Base/ 下载保证 MinGW 正常工作所需要的下述文件
-
binutils (bin)
-
mingw-runtime (dev and dll)
-
w32api
-
Required runtime libraries for GCC:
-
mpc (dll)
-
mpfr (dll)
-
gmp (dll)
-
pthreads (dev and dll)
-
iconv (dll)
-
zlib
-
gettext
-
gcc-core (bin and dev and dll)
作为 C++ 开发工具，还需再到 http://sourceforge.net/projects/mingw/files/MinGW/Extension/ 下载下述文件
-
gcc-c++ (bin and dev and dll) for c++
-
mingw-gdb and libexpat for debugger
-
mingw32-make for make
-
mingw-utils for MinGW Utilities
然后将这些文件解压到同一个目录下，例如 C:\MinGW。实际上，利用 mingw-get 也可实现半自动化安装，也即将所有包放入它的缓存目录，也即 C:\MinGW\var\cache\mingw-get\packages，然后正常安装 mingw-get-setup.exe 便可利用已下载的包完成安装。半自动安装方法适用于那些暂时或者长时间网络条件比较差的电脑主机。
2、设置 MinGW 的环境变量
MinGW 环境的设置也有好几种方法，但通常的做法是要么类似 Linux 终端起一个 MinGW Shell，要么类似 Visual Studio 用 batch 脚本起一个配置好环境变量的命令行窗口（cmd.exe）。
2.1、若前面安装了 MSYS 基本系统，则在 MS Windows 的开始菜单中会有一个 MinGW Shell 子菜单，也即开始菜单 ->程序 -> MinGW -> MinGW Shell，运行它可在 MS Windows 中打开 MinGW Shell。需要注意，第一次运行 MinGW Shell 时，记得在打开的 MinGW Shell 中执行下述命令
$ /postinstall/pi.sh
它可以将 MinGW 与 MSYS 绑定在一起。以后每次使用 MinGW 时，只需点击该子菜单便可自动在命令行窗口中配置好 MinGW 的环境。如果 MinGW 没有安装在标准位置，那还可适当调整 MinGW Shell 的配置
> notepad.exe C:\MinGW\msys\1.0\etc\fstab
C:\MinGW /mingw
根据此配置，来设定 MinGW Shell 的根目录位置；MinGW Shell 的用户家目录由环境变量 %HOME%、%USERPROFILES% 等决定；还有，MS Windows 中盘符如 C:\、D:\ 等对应的是 /c/、/d/。实际上，安装 MSYS 基本系统的好处也在这里，它将 Linux 系统中那套 Bash Shell 工具搬到了 MS Windows 中来。特别是，在 MinGW shell 中能执行那些只能在 Bash Shell 中执行的 Linux 命令行。若 MinGW 安装过程中没有事先选择安装 MSYS 基本系统的话，可自行通过 C:\MinGW\msys\1.0\msys.bat 脚本创建 MinGW Shell 子菜单；当然，也可以在 MS Windows 桌面或者状态栏创建名为 MinGW Shell 的快捷方式。
2.2、若想全局的设置 MinGW 环境变量，可依次鼠标点击桌面“我的电脑”->选择左侧的“高级系统设置”，选择“高级”->“环境变量”，然后在 PATH 里增加 ;C:\MinGW\bin 声明。也可将 MSYS 的环境变量全局话，也即在 PATH 设置的最后加入 ;C:\MinGW\msys\1.0\bin;C:\MinGW\msys\1.0\local\bin。当然，也可在 MS Windows 的命令行窗口（cmd.exe）中执行
> setx PATH "%PATH%;C:\MinGW\bin;C:\MinGW\msys\1.0\bin;C:\MinGW\msys\1.0\local\bin"
请注意路径 C:\MinGW\msys\1.0\local，它是用户在 MinGW Shell 中安装第三方源码包编译执行 make install 时的安装目录。
2.3、若不想全局启用 MinGW 同时也没有安装 MSYS 基本系统，那么可在命令行窗口（cmd.exe）中临时启用 MinGW，也即
> SET PATH=C:\MinGW\bin;%PATH%
当然，每次都要执行这样的命令还不如建一个环境变量配置脚本来得简单。例如在命令行窗口（cmd.exe）中执行
> notepad.exe mingw32setvar.bat
SET PATH=C:\MinGW\bin;%PATH%
要启用 MinGW 时，可打开命令窗口（cmd.exe）执行
> mingw32setvar.bat
2.4、为了看到前述 MinGW 环境配置是否成功，做一些简单地测试。这里为了简单起见，就以环境变量的配置脚本为例，在命令行窗口（cmd.exe）中执行
> mingw32setvar.bat
> notepad.exe test.cpp
#include <iostream>
using namespace std;
int main(){
cout << “hello world!”;
}
> gcc test.cpp
> test.exe
3、为 MSYS 基本系统安装手册页
由于 MSYS 基本系统中没有手册页，一旦遇到不熟悉的 API 就麻烦了，下面介绍一下给 MSYS 基本系统安装手册页的方法。首先打开 MinGW Shell，然后执行
$ mingw-get install msys-groff msys-man
MSYS 基本系统中安装好了手册页工具，试试执行
$ man --help
测试一下。若一切正常，可到 http://www.kernel.org/pub/linux/docs/man-pages/ 下载手册 man-pages-4.02.tar.gz。下载后放到 MS Windows 的用户目录，例如 C:\Users\james，也即 MSYS 基本系统的用户家目录，故直接执行
$ cd ~
$ tar -xzvf man-pages-4.02.tar.gz
进行解压。进入目录手册页源码目录编译
$ cd man-pages-4.02
$ make && make install
大概几分钟后，man 手册就安装成功了。最后，执行
$ man printf
测试一下。
二、Code::Blocks 的安装与配置
1、Code::Blocks 的安装
Code::Blocks 是一个集成开发环境（IDE），本身不含编译，它支持多种编译器，界面近似于 VC。官方网站：http://codeblocks.org。到其官方网站下载最新版本并安装，目前是 codeblocks-13.12-setup.exe，例如安装到 C:\CodeBlocks 目录。
若不想单独配置 MinGW 环境（也即第一步 MinGW 的安装过程），可到 http://sourceforge.net/projects/codeblocks/files/Binaries/13.12/Windows/ 下载安装带有 MinGW 的 Code::Blocks，例如 32 位的 MS Windows 系统选择 codeblocks-13.12mingw-setup.exe、64 位的 MS Windows 系统选择 codeblocks-13.12mingw-setup-TDM-GCC-481.exe。若想在命令行状态下单独使用 MinGW 环境，则须配置系统的环境变量 PATH，例如
> setx PATH "%PATH%;C:\CodeBlocks\MinGW\bin;C:\CodeBlocks\MinGW\libexec\gcc\mingw32\4.7.1"
若第一次运行 Code::Blocks，会要求选 MinGW 为默认编译器。在主菜单 Settings -> Compiler..., Global Compiler settings 子标签页中将 Setected compiler 修改为 GNU GCC Compiler 编译器（就是 MinGW）。在同一个页面中选择 Toolchain executables 选项卡中先修改 Compiler's installation directory 为 MinGW 安装路径，这里就是 C:\MinGW。再在 program files 选项页中选择 C Compiler 为 gcc.exe、C++ Compiler 为 g++.exe、Links for dynamic libs 为 g++.exe、Links for static libs 为 gcc-ar.exe、Debugger 为 gdb.exe；Rescource Compiler 为 windres.exe 以及 Make Program 为 mingw32-make.exe。这样，集成开发环境和编译器就搭建好了。
2、字符编码的设置
自从上帝摧毁了人类建造巴别塔的企图之后，人类的语言就因地域不同而不能直接交流了。计算机中也同样存在着“语言”交流问题，这就是字符编码问题。计算机刚问世的一段时间内，只存储和显示由 8 位字长的二进制数表示的字符，这便是 ASCII 码表示的 ASCII 字符。随着计算机越来越普及，支持多国语言文字提上日程，由各个地区制定的由 ASCII 码衍生出来的表示各地字符的编码统称为 ANSI 编码。例如 GB18030、GB2312、GBK、Big5 等均是中文字符的 ANSI 编码，且前三个是超集关系。ANSI 编码规定：编码位于 0x00——0x7F 之间的字符，依旧是 1 个字节代表 1 个字符。除此而外，不同 ANSI 编码之间不一定兼容。由于这种混乱，Unicode 编码应运而生，它的目标是废除所有的地域性编码方案，重新搞一个包括地球上所有文化所使用的字母和符号的编码。Unicode 编码规定必须用两个字节表示字符（后来还有扩充，可以用以 4 个字节等表示字符），换而言之，所有的字符必须用 16 位字长的二进制数表示。同时，对于原先的 ASCII 字符，Unicode 保持其原编码不变，只是将其字长由原来的 8 位扩展为 16 位，而其他文化、语言的字符则全部重新统一编码。这一点是 ANSI 编码与 Unicode 编码之间的众多区别之一。另外，Unicode 只是规定了字符编码，但没有规定怎么在计算机中存储这些编码。如果直接存储这些编码的话，对于 ASCII 字符来说，第一个字节均是 0，浪费存储资源。这就产生了 Unicode 编码在存储的实现问题。一般，字符编码的存储实现也直接称为编码。UTF-8 编码、UTF-16 编码等都是 Unicode 编码的存储实现。前面的 GB18030 编码、GB2312 编码、GBK 编码、Big5 编码等中文字符的 ANSI 编码既是编码也可以是 ANSI 编码的存储实现。更一般地，ANSI 编码可以与其存储实现一致。在 Linux 世界中，使用 UTF-8 编码是共识。但在 MS Windows 中，字符编码的存储由 Windows 代码页实现。例如，Big5 编码在 MS Windows 中的存储实现是代码页 Windows 950 或者 cp950，GB18030、GB2302、GBK 对应的代码页是 cp54936、cp20936、cp936。另外，微软公司根据中国政府的规定在中国境内销售的中文版 Windows 系统必须设定 GB 编码。这在互联网时代之初带来了困扰中文用户很久的乱码问题，原因在于 GB 编码与 UTF-8 编码除去 ASCII 字符等很少一部分字符重合之外，两者并不完全一致。如此一来，若不对文本做一些额外的处理，跨平台文本交流就会出现乱码。
由于前面的编译器采用的是 MinGW 提供的 GCC，它在编译时默认编译源代码是由 UTF-8 编码编写，编译而成的可执行文本输出时也是 UTF-8 编码。因此，为了让程序正常工作，推荐 Code::Blocks 编辑器中的编码设定为 UTF-8。因此，需要确认一下该编码设置是否正确，也即 Setting -> Editor... -> General Setting -> Other setting 中 Encoding 栏的 Use encoding when opening files 复选框中选择 UTF-8 编码。
如果要用 Code::Blocks 打开久远年代用 GBK 编码写成的工程文件时，特别是打开那些带有久远的库文件的工程时，为了防止乱码，好的选择是再次修改 Code::Blocks 编码设置并更改编译选项设置。例如，老工程是 GBK 编码所写，那么先在 Setting -> Editor... -> General Setting -> Other setting 中 Encoding 栏的 Use encoding when opening files 复选框中选择 GBK 编码，代码页为 Windows 936；以保证 Code::Blocks 编辑器中源代码显示正常。其次，在 Setting -> Compiler... -> Global Compiler Settings -> Compiler Settings -> Other options 框中输入两个选项：-finput-charset=GBK、-fexec-charset=GBK。总之，要做到源代码文件的编码和编译时输入、输出编码统一。
3、定制 F1 帮助系统
在主菜单 Settings -> Environment... -> Help files 子标签页中新建一个条目，名为 manual Pages，接着的对话框选 no，然后手动在下面的路径框中填写：man:/usr/share/man；再将使用 F1 快捷键勾上。这样就可以使用 man pages 了。在 Editor 中，将光标停在想要查询的内容上面，按 F1，就会弹出一个 panel，里面就有查询内容的 man 手册，非常的方便。比如 光标位于 printf，按 F1，弹出的 panel 中就显示 printf 的 man 手册。建议安装如下手册页：C API 手册页、posix 函数手册页、C API 手册页 glibc-doc、C++ 标准类库手册页、C++ API 手册页等。
4、变量声明、函数原型等自动提示
每个 Code::Blocks 工程都可在主菜单 Project -> Properties...，Project/Target options -> C/C++ parser options 中添入头文件所在目录，这样信息提示功能才可正常工作，如下是标准库头文件的目录：
-
C:\MinGW\include
-
C:\MinGW\include\c++\4.8.1
-
C:\MinGW\include\c++\4.8.1\mingw32
-
C:\MinGW\include\c++\4.8.1\backward
若项目中还使用了其他库，也可添加更多的头文件路径。例如将后面马上要提到图形界面开发库 wxWidgets 的文件路径添加进去
-
C:\wxWidgets-3.0.1\include
-
C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\
需要注意，添上后不是立即起效，需要过一段时间后才能起作用！
5、自动补全与缩写
首先，打开主菜单 Settings -> Editor... -> Code-completion 标签页，点击 Code-completion 选项卡
-
将 Keyword sets to additionally include 中1到9都勾上，1 ~ 9 对应的关键字可在 Settings -> Editor... -> Syntax highlighting 的 keywords... 按钮中设置，默认其中 1 是 C++ 关键字，3 是 Doxygen 关键字；
-
将 Delay for auto-kick-in when typing [.::->] 拉到 200ms，这样快点出来提示；
-
将 Automatically launch when typed # letters 中的 4 改成 2，这样打两个字母就会有提示了；
-
将 Case-sensitive match 的勾去掉，它会帮你纠正大小写。
其次，在主菜单 Settings -> Editor... -> Abbreviation 标签页中定义了许多缩写（还可以自定义），只要输入这些缩写，并按 Ctrl+J，就可以自动完成常用的代码框架，并可将光标放在恰当的地方（自定义时用|表达），常用的有：guard、class、switch 等。
6、Code::Blocks 的汉化
Code::Blocks 的本地化（翻译）项目在 https://translations.launchpad.net/codeblocks/+translations 上，有兴趣的用户可以加入。Code::Blocks 的语言包也在该主页上，下载对应的语言包，不过下载前需要注册一个账号。能下载的压缩包有两种：mo 和 po 格式，本地化需要的是 mo 格式文件，下载并打开 mo 压缩包，解压得到里面的文件，找到对应语言的 mo 文件。接着在 Code::Blocks 安装目录下的建立相应语言的文件夹，例如
> mkdir C:\CodeBlocks\share\CodeBlocks\locale\zh_cn
并复制刚才找到的 mo 文件到该位置。启动 Code::Blocks，找到主菜单上的 Settings -> Environment...，Environment -> View 选项卡，在第二行 internationalization 上打钩，在右边选择 chinese（simplified），点 OK。重启 Code::Blocks，界面就汉化了。
安装 Code::Blocks 每日提示双语文件
本文件仅仅用于实现启动 Code::Blocks 时，出现的“今日提示”内容的汉化。请妥当备份本文件，因为在每次进行升级时，该文件都有可能被原英文提示文件覆盖掉。所在以每次升级之后，都需要进行本操作。下载 Code::Blocks 每日提示中英双语文件。请打开 Code::Blocks 安装目录下的 C:\CodeBlocks\share\CodeBlocks 子目录，找到 tips.txt，如有必要，请先备份原文件。然后解压上面下载的文件，覆盖原有文件。
7、为 Code::Blocks 创建新的工程向导文件
Code::Blocks 提供了很多工程向导模板，但是还有很多图形工程没有模板，例如 GTKmm。实际上，在 Code::Blocks 增加工程向导模板是非常容易的，这里以 GTKmm 模板为例。首先，在用户的 Code::Blocks 应用程序数据目录中新建工程向导文件目录 GTKmm，也即 %APPDATA%\codeblocks\share\codeblocks\templates\wizard\gtkmm，通常要在这个目录中创建如下几个文件 wizard.script、logo.png、wizard.png 以及模板文件夹 files；这些文件的创建方法可到 Code::Blocks 安装目录中查看相应例子。接着，向 Code::Blocks 注册新建的工程文件，也即编辑 %APPDATA%\codeblocks\share\codeblocks\templates\wizard\config.script，向其中写入如下的行 RegisterWizard(wizProject, _T("gtkmm"), _T("GTKmm project"), _T("GUI"));
8、Code::Blocks 配置文件备份与还原
Code::Blocks 的配置文件位于 %APPDATA%\codeblocks\default.conf 之中，用户可以修改或者保存它。不过 Code::Blocks 不建议直接备份它，而是在 Code::Blocks 的安装目录中提供了一个可执行文件 cb_share_config.exe，它可以用来导出、导入配置：
> C:\CodeBlocks\cb_share_config.exe
9、Code::Blocks 语法高亮配置
Code::Blocks 的知识百科上提供了 16 中语法高亮配置包，请看 http://wiki.codeblocks.org/index.php?title=Syntax_highlighting_custom_colour_themes，也即文件 colour_themes。使用方法非常简单，首先将该文件解压，接着关闭 Code::Blocks，用文本编辑器打开 %APPDATA%\codeblocks\default.conf，将解压文件中介于 <colour_sets> 与</colour_sets> 之间的内容替换成原来内容。
10、Code::Blocks 的外部工具（Tools、Tools+）以及社区插件需要的外部程序
Code::Blocks 有内建插件、社区插件（ contrib plugin）。有些插件直接就可以使用，例如代码补全、帮助文件等；有些插件在 MS Windows 平台直接可用，但在其他平台需要配置，例如代码格式化（Astyle）、拼写检查（Spellcheck）；还有一些插件是需要安装外部程序才能使用的，例如
再有些插件只有特定平台才能使用，例如 Dev-pack 插件只能在 MS Windows 上使用，而检查内存泄漏的 Valgrind 插件无法在 MS Windows 上使用。
Code::Blocks 的 Tools、Tools+ 具有插件的功用，但那些功能还有没有插件实现。例如，代码的版本库功能对于管理代码非常有效，但目前 Code::Blocks 还没有完全实现这些插件。于是可以利用外部工具 Tools、Tools+ 与版本管理工具 git、svn 来实现一些简单的功能。当然，对这些强大的功能，还是希望有比较完善的插件来实现。
三、wxWidgets 界面库的编译与安装
wxWidgets 是一个由 C++ 编写的用来提供图形界面的开发框架。它最早是由 Julian Smart 于 1992 年开发的，包含了一个可以支持现今几乎所有操作系统（MS Windows、Unix/Linux with X11/GTK+/QT/Motif、MacOS、OS/2）的图形界面库，提供了类似微软基础类库（MFC）的功能。但是，wxWidgets 不仅仅是一个图形界面开发库，同时它也内置了基于 ODBC 的数据库、线程库以及网络通信库等类库。除此而外，wxWidgets 还有很多第三方库的支援，例如 wxSQLite、wxMathPlot、wxHTTPSever 等。特别要说一下，wxWidgets 库的后续版本还提供了对掌上电脑（SYMBIAN、iOS）的支持，还打算在新版本中对 Android 设备提供支持。wxWidgets 宣称使用其库所开发的软件只需要对源代码做少量更改（或者完全不用更改），就能在各种平台上编译并运行。wxWidgets 库使用了大量的宏，使用它开发的代码编译后尽量使用目标操作系统的本地图形界面样式。换而言之，wxWidgets 开发的程序界面，在 MS Windows 中显示 MS Windows 的样式，在 Linux 的 GNOME 桌面（KDE 桌面）显示的 GTK+ 样式（QT 样式），在 Mac OS X 中则显示 Aqua 样式。
虽然 wxWidgets 库本身使用 C++ 语言开发，但也有其它不同编程语言的绑定，例如：Python（wxPython）、Lua(wxlua)、Perl（wxPerl）、Ruby（wxRuby）、Smalltalk（wxSmalltalk）、Java（wx4j）、C#（wx.NET）甚至是 JavaScript（wxjs）等。
wxWidgets 的授权许可证是经过开放源代码促进会认证的，等同于 GNU 宽通用公共许可证（LGPL）。特别地，wxWidgets 授权允许修改者以自己的许可证发布。它的官方网址：http://www.wxwidgets.org/。
wxWidgets 的安装方法大概有三种：稳定版源码包编译安装、开发版源码编译安装以及二进制版类库安装，下面开始逐一介绍。
1、到其官方网站下载最新版本的 wxWidgets 源码，目前最新版本为 3.0.1，推荐下载 wxMSW-3.0.1-Setup.exe，默认安装在 C:\wxWidgets-3.0.1 目录下。在 MinGW shell 中依次执行如下命令
$ cd /C/wxWidgets-3.0.1
$ ./configure
$ make
$ make install
请注意 make install 会将 wxWidgets 库文件安装到 MSYS 基本系统的根目录，此地便是 C:\MinGW\msys\1.0\local。这样的好处是，若在 MinGW Shell 中执行
$ wx-config --cxxflags
$ wx-config --libs
便可看到使用 wxWidgets 库文件的编译参数信息。
前述编译方法是 Linux 中源代码编译、安装的标准方法，甚至来编译参数设定也可以用典型的 Linux 方法，也即 wx-config 命令，当然，这一切以安装了 MSYS 基本系统为前提。但在 MS Windows 上，对于 wxWidgets 库文件来说，一般并不推荐安装，直接在源码的编译目录中使用它即可。鉴于这种处理方式，给出 wxWidgets 库文件在 MS Windows 平台的正常编译方法，也即在 MS Windows 的命令行窗口（cmd.exe）中执行：
> cd C:\wxWidgets-3.0.1\build\msw
里面有很多 Makefile，它们用来控制 wxWidgets 库文件的编译过程。实际上，wxWidgets 可被分别编译成 Release/Debug、ANSI/Unicode 与动态/静态版本的库。动态版本库的扩展名是 .dll，静态版本库的扩展名是 .lib 或者 .a；用 d 表示 Debug 版本，没有 d 则表示 Release 版本；u 表示 Unicode 版本，没有 u 表示 ANSI 版本。选择不同的版本库，编译出来的库文件路径及其头文件路径也是不一样的，例如 msw、mswd、mswu、mswud 分别对应采用 ANSI 字符集的 Release 版本、采用 ANSI 字符集的 debug 版本、采用 Unicode 字符集的 Release 版本、采用 Unicode 字符集的 Debug 版本；再如 wxbase30.lib、wxbase30d.lib、wxbase30u.lib、wxbase30ud.lib 分别对应采用 ANSI 字符集的 Release 版本、采用 ANSI 字符集的 Debug 版本、采用 Unicode 字符集的 Release 版本、采用 Unicode 字符集的 Debug 版本，且它们都是静态库。版本库在调试起见，使用 Debug 版；正式发布时，肯定需要 Release 版，这也是 Code::Blocks 源代码中的 cbp 工程文件所需要使用的 wxWidgets 版本；至于程序源代码字符集采用的是 ANSI 还是 Unicode，可在工程“属性”->“常规”->“字符集”里面查看与设置。例如采用 Unicode 字符集的 Release 版本动态库的编译方法
> mingw32-make -f makefile.gcc MONOLITHIC=0 SHARED=1 UNICODE=1 BUILD=debug
采用 ANSI 字符集的 Debug 版本静态库的编译方法
> mingw32-make -f makefile.gcc MONOLITHIC=0 SHARED=0 UNICODE=0 BUILD=debug
无论哪种编译结果，可分别在 C:\wxWidgets-3.0.1\lib\gcc_dll\mswud、C:\wxWidgets-3.0.1\lib\gcc_lib\mswd 及其上层目录看到很多 wxWidgets 头文件与库文件。若想把 wxWidgets 库文件变成一个，可启用 MONOLITHIC 参数。另外一个参数 vendor 值得一提，它是指编译或者发布 wxWidgets 库的作者或机构，默认是 custom，而由 Code::Blocks 团队发布的 wxWidgets 库的 vendor 则是 cb。若重新调整编译参数之后再编译，最好先清理先前编译留下的残余。于是可尝试
> mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=release vendor=juk clean
> mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=release vendor=juk
编译之后可在 C:\wxWidgets-3.0.1\lib\gcc_dll\mswu 及其上层目录中看到编译好的头文件与库文件。 有关编译过程的详细参数说明请看文件 C:\wxWidgets-3.0.1\build\msw\config.gcc；详细安装说明看文件 C:\wxWidgets-3.0.1\docs\msw\install.txt。
2、若想编译最新的 wxWidgets 源码，可从 wxWidgets 项目的源代码仓库中拖源代码。目前，该仓库由版本管理工具 git 管理，故先在 msysgit 提供的 Git Shell 中拖源代码：
$ cd /c/
$ git clone https://github.com/wxWidgets/wxWidgets.git wxWidgets_git
然后可在 MinGW Shell 中执行编译过程
$ cd /c/wxWidgets_git
$ ./autogen.sh
$ mkdir mswbuild && mswbuild
$ ../configure
$ make
当然，这是 Linux 中的开发版源代码的典型处理方法。如果没有安装 MSYS 基本系统，也可采用 MS Windows 平台的典型编译方法，例如在命令行窗口中执行
> cd C:\wxWidgets_git\build\msw
> mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=0 UNICODE=0 BUILD=release vendor=juk
编译之后可在 C:\wxWidgets_git\lib\gcc_lib\msw 及其上层目录中看到编译好的 Debug 版的头文件与静态库文件。如果有兴趣的话，自行比较一下 MS Windows 平台中不同编译参数下生成的库文件的大小。
3、如果不想自己编译，可以到 http://sourceforge.net/projects/wxpack 下载已经编译好的库（wxPack）的最新版本，目前是 wxPack_v2.8.12.01.exe。一般 wxPack 的版本相比源码编译的版本要老。wxPack 的安装目录可选在 C:\wxWidgets-2.8。值得一提的是，wxPack 包提供了供 VC、GCC 使用的各种版本的库文件，还提供了图形界面快速构建工具 wxformbuilder。wxformbuilder 对于本身没有为 wxWidgets 提供快速构建工具的集成开发环境（例如 Visual C++、Visual Studio、Xcode 等）提供了极大的方便。它的官方主页 http://www.wxformbuilder.org。
4、现在，可以利用 wxWidgets 库创建 wxWidgets 项目应用程序。不过，由于库文件的使用是个比较复杂的问题，此地为简单起见，以稳定版源码包编译并安装到 MSYS 基本系统的 wxWidgets 库为例，测试一下前面编译的 wxWidgets 是否能够正常使用。在 MinGW Shell 中执行
$ notepad.exe sam.cpp
#include <wx/wx.h>
class Simple: public wxFrame
{
public:
Simple(const wxString& title);
};
class MyApp: public wxApp
{
public:
virtual bool OnInit();
};
Simple::Simple(const wxString& title) :
wxFrame(NULL, wxID_ANY, title, wxDefaultPosition, wxSize(250, 150))
{
Centre();
}
IMPLEMENT_APP (MyApp)
bool MyApp::OnInit()
{
Simple *simple = new Simple(wxT("Simple"));
simple->Show(true);
return true;
}
接着编译并运行它
$ g++ sam.cpp `wx-config --cxxflags --libs`
$ sam.exe
当然，如果没有安装 MSYS 基本系统的话，在 MS Windows 命令行窗口（cmd.exe）执行也可以，只要配置好了环境变量，也即配置好全局 PATH 保证能够找到 wx-config；不过最好还是等到将 wxWidgets 整合到集成开发环境之后再来试比较好。实际上，wxWidgets 自带了 demo 程序用来测试 wxWidgets 库是否正常工作，例如
> cd C:\wxWidgets-3.0.1\demos\bomb\
> mingw32-make -f makefile.gcc
不过由于 demo 程序很久没人维护，必定会报错。不过不用担心，编译报错的原因只是 makefile.gcc 中的 CXXFLAGS 需要增加 -I..\..\lib\gcc_dll\mswu\wx\include\msw-unicode-3.0，可试试下面的命令
> mingw32-make -f makefile.gcc
> bomb.exe
四、整合 MinGW、wxWidgets 与集成开发环境
使用 wxWidgets 开发库是个头疼的问题，首先，系统中可能同时有多个版本的 wxWidgets 开发库；其次，编译出来的开发库可能是静态库，也可能是动态库；再次，在程序编译与运行过程中，动态库的加载有顺序问题。此类问题对于如何在 Code::Blocks 使用 wxWidgets 开发库造成了一些麻烦。不过，稍微留意一下附录中提到的 MS Windows 系统中动态库的加载顺序，就会有很多解决方案。例如将库文件放在程序可执行文件的目录中；或者放在通过环境变量 PATH 指定的某个路径中。为了避免因设置全局 dll 路径而引起 dll 灾难（dll hell），MS Windows 程序发布往往采用前者。
刚刚指出了运行程序时如何解决库文件的搜索问题。但是，由于开发过程不仅牵涉到程序运行，还要保证程序的正常编译，这就要保证不仅库文件要被找到，还有与库文件关联的头文件也要被找到。要解决库及其头文件的放置能够让程序正常编译，比较好的办法是通过 GCC 编译器的编译参数。以下就来谈谈将 MinGW、wxWidgets 与集成开发环境整合成整体。
先来说说全局配置 wxWidgets 库，主要介绍 5 种方法。当然，这些方法之间还能相互共用产生更多的方法，特别是再结合后面要谈到的工程相关（局部）配置方法。作为日常使用 Code::Blocks 来说，只需要掌握工程相关（局部）配置方法就可以了。话说回来，集成开发环境的库配置方法所涉及的原理不仅限于 Code::Blocks，同样适用于众所周知的集成开发环境（例如 Visual C++、Visual Studio、Dev-C++、QT-Creator、CodeLite、Xcode 等）。
1、由于 GCC 编译器可以通过 GCC 编译参数的编译参数找到它们所需要的库文件与头文件，于是通过设置编译选项与链接选项即可达成目的。
1.1、设置编译选项。先在 MinGW Shell 中执行
$ wx-config --cxxflags
-I/usr/local/lib/wx/include/msw-unicode-3.0 -I/usr/local/include/wx-3.0 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads
然后开启 Code::Blocks，将 -IC:\MinGW\MSYS\1.0\local\lib\wx\include\msw-unicode-3.0 -IC:\MinGW\MSYS\1.0\local\include\wx-3.0 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads 拷贝到主菜单 Settings -> Compiler...，Global Compiler settings -> Compiler settings -> Other options；
1.2、设置链接选项。在 MinGW Shell 中执行
$ wx-config --libs
-L/usr/local/lib -Wl,--subsystem,windows -mwindows -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0
然后将 -LC:\MinGW\MSYS\1.0\local\lib -Wl,--subsystem,windows -mwindows -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0 拷贝到 Settings -> Compiler...，Global Compiler settings -> Linker settings -> Other linker options。
实际上，若在 Linux 上配置 wxWidget 库的话，那么编译选项与链接选项的设置更为简捷，只需主菜单 Settings -> Compiler...，Global Compiler settings -> Compiler settings -> Other options 编译选项设置为 `wx-config --cxxflags`；Settings -> Compiler...，Global Compiler settings -> Linker settings -> Other linker options 链接选项设置为 `wx-config --libs`。这种设置方法在 Linux 中很有优势，不过在 MS Windows 中无法使用。
另外，以上设置方法对于在非工程模式下编译源代码文件非常有效。例如按上法配置完 wxWidgets 库之后，在 Code::Blocks 中新建空文件，也即 File -> New -> Empty File，然后将前面 sam.cpp 的内容复制进来，并保存重命名为 sam.cpp。试试 Build。
2、通过分离 GCC 编译选项中的路径选项也可配置 wxWidgets 库。
2.1、设置编译选项。开启 Code::Blocks，进入主菜单 Settings -> Compiler...，Global Compiler settings -> Compiler settings -> Other Options，将 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads 加入。
2.2、设置链接选项与库文件。在 Settings -> Compiler...，Global Compiler settings -> Linker stettings 标签页中的 Other linker options 文本框中加入 -Wl,--subsystem,windows -mwindows；接着在 Global Compiler settings -> Linker stettings 标签页的对话框 Link libraries 下，点击 ADD 按钮，将 C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\ 中所需要的库一一选中加入即可。
2.3、设置搜索目录。Settings -> Compiler...，Global Compiler settings -> Search directories -> Compiler 设置头文件目录为 C:\wxWidgets-3.0.1\include、C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\wx\include\msw-unicode-3.0。注意，这里没有设置库文件的搜索路径，原因在于前一步中装入的库文件名是绝对路径。如果上一步加入的库文件只有文件名没有路径的话，那么这一步还要设置库文件的搜索路径，也即 Settings -> Compiler...，Global Compiler settings -> Search directories -> Linker 设置库文件目录为 C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\。
这种设置方法与第一种全局设置方法的差异在于 wx-config 输出中的 -I、-L 以及 -l 参数（也可部分地）替代成了路径与文件名。
3、通过环境变量配置全局设置库文件及其头文件的路径也是一种途径。
全局设置库文件及其头文件的路径是 Linux 的常用方法，例如 Linux 系统常常将库文件放入 /usr/lib 而头文件则放入 /usr/include。此地利用 MSYS 基本系统来做类似的事情，假设已将 wxWidgets 库装入 C:\MinGW\msys\1.0\local。
3.1、设置编译选项。开启 Code::Blocks，进入主菜单 Settings -> Compiler...，Global Compiler settings -> Compiler settings -> Other Options，加入 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads。
3.2、设置链接选项。在 Settings -> Compiler...，Global Compiler settings -> Linker stettings 标签页中的 Other linker options 文本框中加入 -Wl,--subsystem,windows -mwindows；接着在 Global Compiler settings -> Linker stettings 标签页的对话框 Link libraries 下面，点击 ADD 按钮后弹出的文件选择对话框中将 C:\MinGW\msys\1.0\local\lib\ 目录下的文件全选就可以将所有选中的文件一次性加。
3.3、设置全局环境变量来替代搜索目录的设定，例如
> SETX LIBRARY_PATH "%LIBRARY_PATH%;C:\MinGW\lib;C:\MinGW\msys\1.0\local\lib"
> SETX C_INCLUDE_PATH "C:\MinGW\msys\1.0\local\include"
> SETX CPLUS_INCLUDE_PATH "C:\MinGW\msys\1.0\local\include"
需要注意，这种方法毕竟与 MS Windows 习惯不同，故而在 MS Windows 平台很少使用。
4、通过 Code::Blocks 的全局变量也可配置 wxWidgets 库。
Code::Blocks 的全局变量可在工程创建期间使用，也可在各个配置选项卡中使用，下面通过全局变量配置 wxWidgets 库给出引用这些变量的方法。
4.1、设置全局变量。点击主菜单 Setting -> Global Variables...，会弹出一个 Global Variable Editor 的窗口， 在该窗口的 default 变量集下新建立一个 wx 变量，在左下 Build-in fields 的 base 中填入 C:\wxWidgets-3.0.1、include 中填入 C:\wxWidgets-3.0.1\include、lib 中填入 C:\wxWidgets-3.0.1\lib\gcc_dll\mswu、cflags 中填入 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads、lflags 中填入 -Wl,--subsystem,windows -mwindows -lwx_mswu_xrc-3.0 -lwx_mswu_webview-3.0 -lwx_mswu_html-3.0 -lwx_mswu_qa-3.0 -lwx_mswu_adv-3.0 -lwx_mswu_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0。 除去 Build-in fields 之外，还可以有 user-defined fields（自定义域）。
4.2、使用全局变量。从主菜单 Settings -> Compiler...，Global Compiler settings -> Compiler settings -> Other Options 中填入 $(#wx.clfags)；Global Compiler settings -> Linker settings -> Other linker options 中填入 $(#wx.lflags)；在 Global Compiler settings -> Search directories -> Compiler 中填入 $(#wx.include)、$(#wx.lib)\wx\include\msw-unicode-3.0.1；在 Global Compiler settings -> Search directories -> Linker 中填入 $(#wx.lib)。
从配置过程可以看到引用 Code::Blocks 的全局变量 wx 的方法是 $(#wx)，引用 Build-in fields（或 user-defined fields）lib 的方法是 $(#wx.lib)。另有一点，带域的全局变量，如 $(#wx.include)、$(#wx.lib) 等，有缺省值。例如不给定 $(#wx.lib) 的值，则默认为 (#wx)\lib。但是，带域的全局变量不能缺省，例如 $(#wx) 本身是不能缺省的，否则会报错。
实际上，也可以在 Code::Blocks 中定义全局定制变量（custom variable），也即打开主菜单 Settings -> Compiler...，Global Compiler settings -> Custom variables，点击 ADD 添加按钮增加变量，供 Global Compiler settings 子选项卡中的各个设定使用。例如设置定制变量（custom variable） VENDOR，引用的方法是 $(VENDOR)。一般而言，定制变量的使用不要太依赖于外部程序。
5、Code::Blocks 的全局变量结合系统环境变量也是一种方法。
由于 Code::Blocks 的全局变量可以引用系统的全局变量，因此可通过系统环境变量配置 wxWidgets 库。例如，在环境变量里添加一个 wxWidgets 根目录环境变量，这里命名为：WXWIN，值为 C:\wxWidgets-3.0.1，例如
> setx WXWIN "C:\wxWidgets-3.0.1"
然后再打开主菜单 Settings -> Global Variables...，在 Global Variables Editor 窗口的 default 变量集下新建立一个 wx 变量，在左下 Build-in fields 的 base 中填入 ${WXWIN}，include 中填入 ${WXWIN}\include、${WXWIN}\lib\gcc_dll\mswu\wx\include\msw-unicode-3.0.1，lib 中填入 ${WXWIN}\lib\gcc_dll\mswu。由此，可以看到 Code::Blocks 引用系统的环境变量方法类似与 Bash Shell 中的变量引用。
为了与前一种设定方法相比较体现出新意，这里将全局变量用在 wxWidgets 工程向导里。设置完成后，尝试建立 wxWidgets 工程。先通过菜单 File -> New -> Project...，选择最后面的 wxWidgets 工程。点击 Go 进入工程配置向导，首先会出来一个欢迎窗口，在这里直接下一步。在选择已安装的 wxWidgets 版本时请注意，由于安装的 wxWidgets 版本是 3.0.1，所以选择它。接下来的就是 wxWidgets 环境的一些设置了，这里根据刚才设置的 wxWidgets 根目录，直接填入 $(#wx)。剩下几步很容易自行完成。另外，该工程引用的全局变量是来自 default 变量集；如有需要，可在 Setting -> Global Variables... 弹出一个 Global Variable Editor 的窗口定义更多的变量集，同时可在主菜单 Project -> build options，Project build options -> EnvVars options 中选择要使用的变量集。
全局配置 wxWidgets 库的方法谈到这里。前 4 种全局配置方法（第 5 中全局变量配置已针对 Code::Blocks 工程了）对于使用 wxWidgets 库的非工程模式的源代码编译很有帮助。但是可以看到弱点，那就是很多用不到 wxWidgets 库的源代码也在不必要的使用这些编译选项、链接选项，这可能造成错误。因此，有必要说说如何避免全局配置 wxWidgets 库了。首先，对于非工程模式的（特别是单文件）源代码，尽量在命令行环境中而不要在集成开发环境中开发；如果非要在集成开发环境中进行的话，将非工程模式的源代码导入集成开发环境的工程中来。而对于那些由 Code::Blocks 工程管理的使用 wxWidgets 库的源代码，配置使用 wxWidgets 库的方法最好是基于项目的，也即局部配置。此种配置方法只需要使用 Code::Blocks 的工程属性便能实现。
下面仅给出局部配置 wxWidgets 库的一种方法。借鉴前面的全局配置方法，很容易给出更多的局部配置方法。 先启动 Code::Block，打开或者创建一个 wxWidgets 工程，随后点击主菜单 Project -> build options，打开的 Project build options 子标签。
1、设置编译选项。在 Compiler settings -> Other options 子标签页中加入编译选项 -D_LARGEFILE_SOURCE=unknown -DWXUSINGDLL -D__WXMSW__ -mthreads。
2、设置链接选项与库文件。在 Linker settings -> Link libraries 中将 wxWidgets 库的所有库文件（动态库或者静态库）加入，也即点击 ADD 按钮后弹出的文件选择对话框中将 C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\ 目录下的文件全选一次性加入；在 Linker settings -> Other Linker options 子标签页中加入链接选项 -Wl,--subsystem,windows -mwindows。
3、设置搜索目录。在 Search directories -> Compiler 子标签中加入 wxWidgets 头文件的路径：C:\wxWidgets-3.0.1\include、C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\wx\include\msw-unicode-3.0.1；若上一步的 Link libraries 已带有绝对路径，就不必设库文件的搜索路径了。不然还需在 Search directories -> Linker 子标签中加入库文件路径：C:\wxWidgets-3.0.1\lib\gcc_dll\mswu\。 同样地，也可以在工程属性中定义定制变量，也即 Project -> build options，Project build options -> Custom variables，点击 ADD 添加按钮增加变量，供 Project build options 的子选项卡中的各个设定使用。例如定义工程相关的定制变量 RELEASE，引用的方法是 $(RELEASE)。
五、编译 Code::Blocks 源代码
源码编译 Code::Blocks，也有两种方案：稳定版源码编译以及开发版源码编译。值得提到的是三点：一、不借助 MSYS 直接在 Windows 平台上编译 Code::Blocks 源代码，最好使用 Code::Blocks 二进制文件来完成源代码的编译，这就是所谓的自举；二、用 Code::Blocks 编译 Code::Blocks 源代码，需要使用 Unicode 字符集 Release 版的 wxWidgets 库，除非修改 cbp 工程文件；三、用 Code::Blocks 编译 Code::Blocks 源代码，还需确保 zip.exe 在环境变量 PATH 指定的路径中，最好还能保证 svn.exe 也在其中。
先来说说稳定版源码的编译过程，先到 Code::Blocks 的官网下载最新的稳定版源码，当前是 codeblocks_13.12-1.tar.gz，将它下载后解压到 C:\CBSC。现在用 Code::Blocks 打开 C:\CBSC\src\ 目录中的 CodeBlocks_wx30.cbp（根据 wxWidgets 库的版本以及 CPU 的类型选择），打开过程中会弹出两次 Global Variable Editor 窗口；第一次弹出的 Global Variable Editor 窗口中 Current Variable 项中的内容应该是 wx，在左下 Built-in fields 的 base 中填写 wxWidgets 库所在目录，例如 C:\wxWidgets-3.0.1，然后点 Close 按钮；第二次弹出的 Global Variable Editor 窗口中 Current Variable 项中的内容应该是 cb_release_type，左下 Built-in fields 的 base 中要填写 Code::Blocks 的编译版本类型，若是 Debug 版，请填写 -g，若是发布版本，请填写 -O2，一般选择 Debug 版本，然后点 Close 按钮；随后点主菜单上的 Build 开始编译 Code::Blocks。如果一切正常，会在 C:\CBSC\src\devel30 目录中出现编译好的 codeblocks.exe，试试运行它。如果没有发现任何问题，修改 cb_release_type 的值为 -O2，再次编译，并在命令行窗口中执行
> cd C:\CBSC\src
> update30.bat
这样会在 C:\CBSVN\src\output30 目录中出现正式发布的 codeblocks.exe。为了 Code::Blocks 运行不受动态库版本与路径的干扰，可复制 wxWidgets 库文件至该目录。当然，刚刚编译好的 Code::Blocks 是没有插件的，不过编译插件的步骤大同小异。用 Code::Blocks 打开 C:\CBSC\src 目录下的 ContribPlugins.workspace，根据需要选择要编译的插件项目，过程与 Code::Blocks 编译相仿。
若想编译最新的开发版代码，用 TortoiseSVN 或者在它的可执行文件路径下可执行
> cd C:\
> svn co svn://svn.code.sf.net/p/codeblocks/code/trunk CBSVN
从 SVN 版本库编译可在 MinGW Shell 中执行下述命令
$ cd /c/CBSVN
$ ./bootsrap
$ mkdir mswbuild && cd mswbuid
$ ../configure --with-contrib-plugins=all
$ make
需要注意这是以 Linux 的方式编译 Code::Blocks，一定要保证 wxWidgets 库已被安装到 MSYS 基本系统，且 wx-config 有正常输出。
对于没有 MSYS 基本系统的用户，可在 MS Windows 命令行窗口（cmd.exe）中设置环境变量
> cd C:\CBSVN\src
> set CB_ROOT=C:\CodeBlocks\
> set GCC_ROOT=C:\MinGW\bin\
主要是指定二进制版 Code::Blocks 的安装位置以及 GCC 编译器（这里是指 MingW）的可执行文件目录位置。接着执行
> batch_build_core_30.bat
之后与前面一样会两次弹出 Global Variable Editor 窗口；第一次弹出的 Global Variable Editor 窗口中 Current Variable 项中的内容应该是 wx，在左下 Built-in fields 的 base 中填写 wxWidgets 库所在目录，例如 C:\wxWidgets-3.0.1，然后点 Close 按钮；第二次弹出的 Global Variable Editor 窗口中 Current Variable 项中的内容应该是 cb_release_type，左下 Built-in fields 的 base 中要填写 Code::Blocks 的编译版本类型，填写 -g，然后点 Close 按钮；随后点主菜单上的 Build 开始编译 Code::Blocks。如果一切正常，会在 C:\CBSVN\src\devel30 目录中出现编译好的 codeblocks.exe，试试运行它。如果没有发现任何问题，那么可执行
> update30.bat
这样会在 C:\CBSVN\src\output30 目录中出现正式发布的 codeblocks.exe。当然，编译好的 Code::Blocks 是没有 contrib 插件的，要编译插件编译只需接着执行
> batch_build_all_30.bat
> update30.bat
即可。
若想发布刚刚编译好的 Code::Blocks，可以采用 zip 包的形式。当然，对于普通用户来说还是为它提供一个打包的安装程序比较合适。MS Windows 上收费的打包安装程序有很多，例如 Visual Studio 自带的安装程序、InstallShield 等；也有很多免费的打包安装程序，例如 NSIS 或者 Inno Setup 等。根据自己的需要选用它们，官方推荐使用的是 NSIS 脚本，如想使用可用下述方式检出
> svn co svn://svn.code.sf.net/p/codeblocks/code/setup
自行修改其中的 setup.nsi 脚本。
附录
MS Windows 中动态链接库（dll）的搜索顺序
MS Windows 系统可以包含同一个动态链接库(dll) 的多个版本。应用程序能够通过使用动态链接库重定向或清单文件指定要加载的 DLL 的全路径。下面谈谈具体的动态库搜选顺序，详细内容请参考 http://msdn2.microsoft.com/en-us/library/ms682586.aspx。
一、标准的搜索顺序
DLL 的搜索顺序取决于是否安全 DLL 搜索模式是启用或禁用。安全 DLL 搜索模式在默认状态下是启用的。通过创建 HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode 注册表项并将它的值设为0可以关闭这个属性。直到 Windows XP 与 Windows 2000 with SP4，安全 DLL 搜索模式在默认状态下是禁用的。通过创建 HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode 注册表项并将它的值设为1可以启用这个属性。
假如安全 DLL 搜索模式启用，搜索顺序如下：
-
应用程序所在的路径；
-
Windows SYSTEM 目录。通过调用 GetSystemDirectory 函数可以获取这个目录的路径；
-
16 位系统的目录。并没有函数可以获取这个目录的路径，但是它会被查找；
-
Windows 目录。通过调用 GetWindowsDirectory 函数可以获取这个目录的路径；
-
当前目录；
-
PATH 环境变量指定的路径。请注意，这并不包括每个应用程序的应用程序路径注册表项中指定。在应用程序路径注册表项的键值并不作为 DLL 的搜索路径。
假如安全 DLL 搜索模式禁用，搜索顺序如下：
-
应用程序所在的路径；
-
当前目录；
-
Windows SYSTEM 目录。通过调用 GetSystemDirectory 函数可以获取这个目录的路径；
-
16 位系统的目录。并没有函数可以获取这个目录的路径，但是它会被查找；
-
Windows 目录。通过调用 GetWindowsDirectory 函数可以获取这个目录的路径；
-
PATH 环境变量指定的路径。请注意，这并不包括每个应用程序的应用程序路径注册表项中指定。在应用程序路径注册表项的键值并不作为 DLL 的搜索路径。
二、预备的搜索顺序
由系统指定的标准搜索顺序可以通过调用 LoadLibraryEx 函数加上 LOAD_WITH_ALTERED_SEARCH_PATH 参数值得到改变。标准搜索顺序也可以通过调用 SetDllDirectory 函数得到改变。如果您指定一个备用的搜索顺序，程序将按备用的搜索顺序进行搜索，直到所有相关的可执行模块被找到。系统启动后，DLL 初始化例程处理，该系统将恢复为标准的搜索顺序。
LoadLibraryEx 函数通过指定 LOAD_WITH_ALTERED_SEARCH_PATH 属性和 lpFileName 参数指定一个绝对路径支持一个预备的搜索顺序。请注意：标准搜索顺序和通过调用指定 LOAD_WITH_ALTERED_SEARCH_PATH 属性的 LoadLibraryEx 函数来设置的预备搜索顺序只是有一点不同：标准搜索顺序开始于搜索应用程序所在的路径而预备搜索顺序开始于 LoadLibraryEx 函数所要加载的可执行模块的所在目录。
假如安全 DLL 搜索模式启用，搜索顺序如下：
-
lpFileName 参数值所指定的目录；
-
Windows SYSTEM 目录。通过调用 GetSystemDirectory 函数可以获取这个目录的路径；
-
16 位系统的目录。并没有函数可以获取这个目录的路径，但是它会被查找；
-
Windows 目录。通过调用 GetWindowsDirectory 函数可以获取这个目录的路径；
-
当前目录；
-
PATH 环境变量指定的路径。请注意，这并不包括每个应用程序的应用程序路径注册表项中指定。在应用程序路径注册表项的键值并不作为DLL的搜索路径。
假如安全 DLL 搜索模式禁用，搜索顺序如下：
-
lpFileName 参数值所指定的目录；
-
当前目录；
-
Windows SYSTEM 目录。通过调用 GetSystemDirectory 函数可以获取这个目录的路径；
-
16 位系统的目录。并没有函数可以获取这个目录的路径，但是它会被查找；
-
Windows 目录。通过调用 GetWindowsDirectory 函数可以获取这个目录的路径；
-
PATH 环境变量指定的路径。请注意，这并不包括每个应用程序的应用程序路径注册表项中指定。在应用程序路径注册表项的键值并不作为DLL的搜索路径。
假如 lpPathName 参数指定了一个路径，SetDllDirectory 函数支持一个预备的搜索顺序。这个预备的搜索顺序如下：
-
应用程序所在的路径；
-
lpFileName 参数值所指定的目录；
-
Windows SYSTEM 目录。通过调用 GetSystemDirectory 函数可以获取这个目录的路径；
-
16 位系统的目录。并没有函数可以获取这个目录的路径，但是它会被查找；
-
Windows 目录。通过调用 GetWindowsDirectory 函数可以获取这个目录的路径；
-
PATH 环境变量指定的路径。请注意，这并不包括每个应用程序的应用程序路径注册表项中指定。在应用程序路径注册表项的键值并不作为DLL的搜索路径。
如果 lpPathName 参数为一个空字符串，当前目录将会从搜索顺序中删除。
SetDllDirectory 有效地禁用安全 DLL 搜索模式，而在搜索指定的目录路径。要恢复安全 DLL 搜索模式的 SafeDllSearchMode 注册表值的基础和恢复当前目录到搜索顺序，调用 lpPathName 的参数值为 NULL 的 SetDllDirectory 函数。
