早就想体验wxWidgets。这学期的C++课，课时还算充裕，关键是弟子们的实践能跟得上，我希望能让他们也浅尝一把GUI开发。MFC可以选，但既然IDE都用CodeBlocks了，还是选wxWidgets，开源平台到底吧。
　　要引弟子行，师傅先走一步。
　　最简单的办法，下载wxPack，直接安装。看到安装需要的空间相当大，有些犹豫，一是没有找到合适的下载源（我的浏览器打不开http://sourceforge.net，估计又是移动宽带不能解析域名，懒得找他们了），二也想体验利用下载的源文件，自己编译做些体验。
　　下载了wxWidgets-3.0.0、wxWidgets-2.8.8，老机器编译时间长，还总出问题。几次编译，不是到下班时间，就是到要到开会时间，错在何处，没有静心去看。

　　无端怀疑下载的版本有问题（这个心理很多时候是错的）。偏偏这方面的资料真的不多，能静下心来正视问题之时，下面的工作都是基于wxWidgets-2.8.7做的。

　　顺便交待一下，我用的Code::Block用的是12.11版，GCC版本是4.7.1，操作系统是Win7。

　　下载wxWidgets-2.8.7.exe后安装，其实就是将文件解压缩出来，我将其放在F:/wxWidgets-2.8.7中（读者实践中自换文件夹名即可）。

问题1：编译中“内存耗尽”
　　按照相关材料的提示，
　　（1）在PATH变量中加入F:\Program Files\CodeBlocks\MinGW\bin；
　　（2）打开MS-DOS窗口，将当前目录设置为F:\wxWidgets-2.8.7\build\msw；
　　（3）运行编译wxWidgets的命令：

　　编译方法：

mingw32-make -f makefile.gcc  MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=debug

　　编译很慢。伤心的是，最后出来的结果，提示error。最后两行的提示是：

gcc_mswuddll\monodll_xh_bmpcbox.o: file not recognized: Memory exhausted
collect2.exe: error: ld returned 1 exit status

　　居然是Memory exhausted！
　　得不到解释，也想不出道道。换了几次关键词搜索，终于找到了http://www.cnblogs.com/aozima/archive/2011/10/03/2198653.html，其中提到“内存耗尽，是因为32位系统最大只能为应用程序分配2G的内存.”我的系统恰也是32位的。
　　怎么解决？
　　解决方法：在编译时加入 -fno-keep-inline-dllexport 参数(内联符号不导出)，这样DLL文件也小了，链接时占用内存也小了。
　　具体步骤：
　　（1）找开F:\wxWidgets-2.8.7\build\msw中的config.gcc文件；
　　（2）修改config.gcc中的几个参数：

UNICODE ?= 1 
CPPFLAGS ?= -Os -fno-keep-inline-dllexport
LDFLAGS ?= -s
RUNTIME_LIBS ?= static

　　（3）查看了一下GCC的版本，顺便修改了GCC版本参数

GCC_VERSION ?= 4.7.1

　　再运行。

　　顺利，再没有出现Memory exhausted

问题2：连接中缺少文件

　　利用Code::Blocks提供的向导，生成一个GUI应用，作为体验的开始。

　　步骤按向导做就行。生成的程序要运行，有不少的问题，参考“CodeBlocks编译wxWidgets设置”，工作得以继续进行。

　　语法错误就此消除，无非就是头文件找不到之类的。

　　而挑战，出现在连接阶段。

　　出现的错误提示是：

ld.exe||cannot find -lwxmsw28d_core|
ld.exe||cannot find -lwxbase28d|
|=== Build finished: 2 errors, 0 warnings (0 minutes, 1 seconds) ===

　　这是找不到库文件。

　　然而，这样的库文件在哪儿呢？

　　查看F:\wxWidgets-2.8.7\lib\gcc_dll中，出现的文件如下：
　　
　　按搜索到的资料，lwxbase28d要对应libwxbase28d.a，期望的文件不存在。
　　这时，必须正视编译时运行的命令中的参数了。
　　编译命令是：

mingw32-make -f makefile.gcc BUILD=release SHARED=1 MONOLITHIC=1 UNICODE=1

　　搜索得知，设置想要如何编译wxWidgets，要编辑文件confg.gcc，以，其中主要设置了如下选项：

SHARED = 1                编译成动态链接库
UNICODE = 1               使用UNICODE（我是中文用户，当然要它了）
BUILD = release           生成正式发行版
MONOLITHIC = 1            生成单一动态链接库

　　其实，作为初体验，懒得琢磨这些参数。
　　换参数BUILD=debug再次编译：

mingw32-make -j2 -f makefile.gcc SHARED=1 BUILD=debug MONOLITHIC=1 UNICODE=1

　　在F:\wxWidgets-2.8.7\lib\gcc_dll中增加的文件是
　　
　　干脆，改SHARED=0 BUILD=release再来，运行

mingw32-make -j2 -f makefile.gcc SHARED=0 BUILD=release MONOLITHIC=1

　　这次，增加了F:\wxWidgets-2.8.7\lib\gcc_lib文件夹，其中的文件是：
　　
　　将F:\wxWidgets-2.8.7\lib\gcc_lib加入到项目的search directories中，Built项目。令人沮丧的是还有错误，而高兴的是，只有cannot find -lwxbase28d了。
　　Build Target现在是“Debug”，试着改为“Release”。再Built项目。好事，通过，没有问题。运行，利用向导生成的项目，正确运行！
　　改回“Debug”，问题依然。我希望我的环境中，能够编译Debug版本的程序，这个问题要解决。
　　然而，观察发现，BUILD=release时，SHARED=0和SHARED=1的两种情况都已经做过，无论用动态链接库，还是用静态链接库，只要是生成正式发行版（release），现有的库函数都已经具备。而缺少的lwxbase28d嘛，从名称上看，这个d正是debug之意。
　　于是，修改参数再编译一遍，这次要生成的是支持静态链接的Debug库文件：

mingw32-make -j2 -f makefile.gcc SHARED=0 BUILD=debug MONOLITHIC=1

　　出现的文件：
　　
　　迫不急待地运行项目。万岁，Build Target是“Debug”时也正常了。
　　记录下这个过程。明天开始可以运行wxWidgets自带的Demo了。找到些感觉后，看书，再试着自己写些小程序，适合我的菜鸟学生做的那种。

　　这个安装过程的经验是：（1）遇到问题不退缩；（2）搞不清和不到搞清参数的时候，就调整参数，多产生些版本出来。其实，好多经验之谈，也是从这种试探中来的。

　　继续学习看《wxWidgets编程起步》，将在Code::Blocks上运行第一个程序。

附：wxWidgets编译选项简介（给想对编译过程更清楚一些的同学）
　　自：http://blog.tianya.cn/blogger/post_show.asp?BlogID=2502562&PostID=25475119

• BUILD

　　BUILD控制wxWidgets构建调试版本（BUILD=debug）或者是发布版本（BUILD=release）。绝大多数情况下你只需要wxWidgets的发布版本就可以了，因为你应该不想要去调试wxWidgets自身，同时你依然可以通过链接wxWidgets的发布版本来构建你自己的程序的调试版本。

• • 调试构建wxWidgets会创建带有”d”后缀的库，例如”libwxmsw28d.a”、”wxmsw28d_gcc_custom.dll”。 
  • 调试构建wxWidgets会在wxWidgets库的输出目录中创建”mswd” 或者 “mswud” 目录。 
  • 发布构建wxWidgets创建的库没有”d”后缀，例如”libwxmsw28.a”、”wxmsw28_gcc_custom.dll”。 
  • 发布构建wxWidgets会在wxWidgets库的输出目录中创建”msw” 或者 “mswu” 目录。 
• SHARED

　　SHARED控制wxWidgets是构建DLL（SHARED=1）还是静态库（SHARED=0）。利用构建的DLL，主程序构建时间较快，可执行文件更小。但是可执行文件加上wxWidgets DLL的总大小更大，但是不同的可执行文件可以使用同一个DLL。

• • wxWidgets的DLL构建会创建导入库（如 libwxmsw28.a）以及DLL文件（如wxmsw28_gcc_custom.dll）。你必须在发布你的程序的时候包含这个DLL。 
  • wxWidgets的静态构建只会创建静态库（如 libwxmsw28.a），发布的时候也无须包含wxWidgets的DLL。 
• MONOLITHIC

　　MONOLITHIC控制是构建一个单一的库（MONOLITHIC=1）还是多个组件库（MONOLITHIC=0）。使用单一构建，项目的设置和开发会更加简单，如果你同时使用DLL构建的话，你只需要分发一个DLL文件。如果使用非单一构建（multilib），会构建出多个不同的库同时你可以避免将整个wxWidgets的基本代码链接到主程序，就可以去掉不需要的库。同时你也必须确保你选择了正确的组件库。

• • wxWidgets的单一构建仅会创建一个wxWidgets导入库（如libwxmsw28.a）以及一个DLL（如wxmsw28_gcc_custom.dll）。 
  • wxWidgets的多库（multilib）构建会创建多个导入库（libwx28_base.a等）以及多个DLL文件。 
  • 无论何种wxWidgets构建，都会创建额外的静态库（如libwxexpat.a、libwxjpeg.a等）。这些库对于wxWidgets的DLL构建一般是不需要的，但是当使用静态构建的时候，则是必须的。 
• UNICODE

　　UNICODE控制wxWidgets以及你的程序是否使用支持Unicode的宽字符串。大多数Windows 2000或更高系统上的应用程序都应该支持Unicode。早期的Windows版本不一定有Unicode支持。你应该总是使用wxWidgets的_("string")和_T("string")宏来确保硬编码的字符串编译时是正确的类型。

• • wxWidgets的Unicode（UNICODE=1）构建将会创建带有”u”后缀的库，例如”libwxmsw28u.a”、”wxmsw28u_gcc_custom.dll”。 
  • wxWidgets的Unicode构建会在wxWidgets库的输出目录中创建”mswu”或”mswud”目录。 
  • wxWidgets的ANSI（UNICODE=0）构建创建的库没有”u”后缀，例如”libwxmsw28.a”、”wxmsw28_gcc_custom.dll”。 
  • wxWidgets的ANSI构建会在wxWidgets库的输出目录中创建”msw”或”mswd”目录。 
• 常见问题
  • 出现类似于”wx/setup.h: No such file or directory”的错误：你在构建选项中缺少了很重要的编译器搜索路径。首先确认你是否在运行wxWidgets项目向导的时候正确选择了wxWidgets的构建配置。如果重新运行向导并配置依然无效，那么打开你的项目的构建选项并给编译起的搜索路径中添加”$(#wx.lib)\gcc_dll\mswu“（这里假设是一个单一的Unicode DLL构建）。
  • 出现类似于”cannot find -lwxmsw28u”的错误：构建选项中的链接库错了。首先确认你是否在运行wxWidgets项目向导的时候正确选择了wxWidgets的构建配置。如果重新运行向导并配置依然无效，确定你构建了什么库，并相应在构建选项中调整库的名字。