早就想体验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 exhaustedcollect2.exe: error: ld returned 1 exit status

　　竟然是

Memory exhausted。

　　得不到解释，也想不出道道。

换了几次关键词搜索。最终找到了，当中提到“内存耗尽，是由于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-dllexportLDFLAGS ?= -sRUNTIME_LIBS ?= static

　　（3）查看了一下GCC的版本号。顺便改动了GCC版本号參数

GCC_VERSION ?= 4.7.1

　　再执行。

　　顺利，再没有出现Memory exhausted

问题2：连接中缺少文件

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

　　步骤按向导做即可。生成的程序要执行，有不少的问题。參考“”，工作得以继续进行。

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

　　而挑战。出如今连接阶段。

　　出现的错误提示是：

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）搞不清和不到搞清參数的时候，就调整參数。多产生些版本号出来。事实上。好多经验之谈。也是从这种试探中来的。

　　继续学习看《》。将在Code::Blocks上执行第一个程序。

附：wxWidgets编译选项简单介绍（给想对编译过程更清楚一些的同学）

　　自：

• 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的构建配置。

    假设又一次执行向导并配置依旧无效，确定你构建了什么库。并相应在构建选项中调整库的名字。

================= 迂者 贺利坚 CSDN博客专栏=================|==　　　==||==　　　　==||==　我写的书——《》　　　　==|===== 为IT菜鸟起飞铺跑道，和学生一起享受快乐和激情的大学 =====