安装wxWidgets遭遇的两大关卡

早就想体验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中,出现的文件如下:
  安装wxWidgets遭遇的两大关卡
  按搜索到的资料,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中增加的文件是
  安装wxWidgets遭遇的两大关卡
  干脆,改SHARED=0 BUILD=release再来,运行

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

  这次,增加了F:\wxWidgets-2.8.7\lib\gcc_lib文件夹,其中的文件是:
  安装wxWidgets遭遇的两大关卡
  将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

  出现的文件:
  安装wxWidgets遭遇的两大关卡
  迫不急待地运行项目。万岁,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的构建配置。如果重新运行向导并配置依然无效,确定你构建了什么库,并相应在构建选项中调整库的名字。
上一篇:在wince模拟器中运行程序


下一篇:技术期刊 · 河海不择细流 | 从根本上了解异步编程体系;Prefresh, Fast-refresh for Preact;Web 动效实例详解;Doodle Ipsum;Theia 中的通讯协议详