wxwidgetslinux编译

‘壹’ 如何使用 wxwidgets开发界面

wxWidgets是一个跨平台的软件开发包。它诞生于1992年，最初的名子是wxWindows，但由于Microsoft的抗议，在2004年改名为wxWidgets。它最初是被设计成跨平台的GUI软件开发包，但后来随着越来越多的人参与进来，为wxWidgets加入了许多非GUI的功能，如多线程(MultiThread)、网络(Network)等。并且从最初的只支持C++语言，逐渐发展成为支持数种语言（如Python、Perl、C#、Basic等）。因此，现在的wxWidgets已经不再是单纯的跨平台的GUI软件开发包，而是一个可以支持多种操作系统平台的能够在多种语言中使用的通用跨平台软件开发包。

由于wxWidgets最开始是为C++而设计的，因此，本文主要讨论了wxWidgets在C++中的使用。

为什么选择wxWidgets？

目前支持C++的软件开发包非常多，比较有名的除了wxWidgets外，还有一些其它的软件开发包，如MFC、QT、ACE等。即然有这么多开发包，那么我们为什么要使用wxWidgets呢？在给出答案之前，让我们首先来看一看上述的三种软件开发包的特性。

1. MFC

MFC是Microsoft提供的软件开发包。MFC虽然十分强大，但它只能运行在Windows下运行。而且它是收费的。

2. QT

QT是由Trolltech 公司开发的一套跨平台软件开发包。它和wxWidgets类似，但是QT只在linux下免费，而在Windows或Unix下使用QT要向Trolltech公司支付版权费。

3. ACE

ACE虽然是免费开源的，但是它没有提供GUI功能。

从以上三个软件开发包可以看出，它们虽然有各自的优势，但是它们或多或少地都会使开发受到限制。而使用wxWidgets将不会有以上所述的问题。wxWidgets和MFC、QT、 ACE的特性对比如表1所示。

注：其中免费中的“是/否”代表QT在linux平台上的Free Edition是免费的，而在windows和unix下使用QT是收费的。而开源中的“是/否”代表QT有一个基于GPL的开源版本，但要进行商业开发，需要使用它的商业版本。

使用wxWidgets编写程序

学习一种编程语言的最好方法就是用它去编写程序，学习wxWidgets也不例外。由于wxWidgets的主要功能是实现跨平台的GUI，因此，本文主要从GUI入手，讨论wxWidgets在C++中如何编写跨平台的应用程序

1. 应用程序类的建立

使用wxWidgets建立系统需要一个类来描述整个应用程序。这个类必须从wxApp类继承。

class MyApp : public wxApp //应用程序类

{

public:

virtual bool OnInit(); // 在应用程序启动时调用，如果返回false，退出应用程序

};

这个类只覆盖了wxApp的一个虚方法OnInit。可以用这个方法在程序启动时做一些验证，如果验证失败，可以通过返回false退出应用程序。当然，由于这个函数是应用程序的入口点，所以建立主窗体的工作要在这个函数中完成。

2. 建立窗体类

wxWidgets中关于窗体的类很多，如果要建立一般窗体的话，可以从wxFrame继承。

class MyFrame : public wxFrame //窗体类

{

public:

MyFrame(const wxString& title); // 窗体的构造函数

};

3. 向窗体中加入控件

在本文中向这个窗体加入了一个菜单条(Menu Bar)、一个状态条、一个Panel和一个按钮。一般我们会在主窗体的构造函数中加入这些控件。

MyFrame::MyFrame(const wxString& title) : wxFrame(NULL, wxID_ANY, title)

{

wxMenu *fileMenu = new wxMenu; // 建立“文件”菜单

wxMenu *helpMenu = new wxMenu; // 建立“帮助”菜单

// 向菜单中添加子项

helpMenu->Append(wxID_ABOUT, _T("关于"tF1"), _T("显示关于对话框"));

fileMenu->Append(wxID_EXIT, _T("退出"tAlt-X"), _T("退出应用程序"));

wxMenuBar *menuBar = new wxMenuBar(); // 建立一个菜单条

menuBar->Append(fileMenu, _T("文件")); //将“文件”菜单加入到菜单条

menuBar->Append(helpMenu, _T("帮助")); //将“帮助”菜单加入到菜单条

SetMenuBar(menuBar); //将菜单条放到窗体上

wxPanel *panel = new wxPanel(this); //建立一个Panel

wxButton *button = new wxButton(panel, wxID_ABOUT, "关于", wxPoint(20, 20), wxSize(50, 30)); //建立一个Button

CreateStatusBar(2); //建立一个两栏的状态栏

SetStatusText(_T("欢迎使用wxWidgets!")); //设置状态栏的文本

在数组sample_xpm中描述了sample.ico的属性和图标本身。如X代表红色； o代表黄色等。然后在源程序中通过include “sample.xpm”引用这个资源文件。要想从这个资源文件中装载图标。可使用SetIcon(wxICON(sample)); wxICON读取资源文件，而SetIcon将这个图标设置为frame的标题栏图标。要想将ico文件转换为这种资源文件，可使用一个免费软件XnView进行转换。

5. 显示主窗体

显示主窗体非常简单，只需要将上面建立的MyFrame类实例化，并调用wxFrame的Show方法显示即可。这些代码可以写在MyApp类的OnInit方法中。

bool MyApp::OnInit()

{

//建立MyFrame类的实例

MyFrame *frame = new MyFrame(_T("第一个wxWidgets程序"));

frame->Show(true); //显示主窗体

return true; //必须返回true，否则应用程序将退出

}

在以上代码中Show方法有一个参数，如果为true，则以模式窗口的形式显示，否则以非模式窗口的形式显示。

6. 向窗体中加入事件

到目前为止，这个程序的界面已经完成了，但还未响应任何事件，下面就详细阐述如何向这个应用程序中加入事件代码。

对于事件来说，一般都会由两部分组成。

（1）调用事件部分

当程序发生某个动作时，如点击按钮；选中某个控件，可能需要执行一段代码。而这段代码一般是由系统负责调用的，也就是说系统通过事件函数指针调用相应的代码。

（2）事件函数本身

事件函数与普通函数一样，只不过它是在发生了事件之后，由系统调用的。

在wxWidgets中是通过事件哈希表(Event Hash Table)来进行事件处理的，即将相应的事件函数指针保存在一个哈希表中，然后当事件发生时，从这个哈希表中找到相应的事件函数指针，然后通过函数指针调用函数。在使用事件哈希表之前，必须定义它。由于定义哈希表非常复杂，而且每个需要处理事件的类都需要同样的代码，因此，wxWidgets为此定义了一个宏DECLARE_EVENT_TABLE()来定义哈希表。可将这个宏写在MyFrame类的任何位置。它相当于将以下语句放到了MyFrame类中。

private:

static const wxEventTableEntry sm_eventTableEntries[];

protected:

static const wxEventTable sm_eventTable;

virtual const wxEventTable* GetEventTable() const;

static wxEventHashTable sm_eventHashTable;

virtual wxEventHashTable& GetEventHashTable() const;

其中静态数组变量sm_eventTableEntries保存了MyFrame类中的所有的事件信息。

上面的代码声明了处理事件哈希表的一些方法，即然声明了，就得实现。由于实现代码也都一样，因此，wxWidgets也为实现这些方法定义了一组宏。实现这些方法的宏如下所示。

BEGIN_EVENT_TABLE(MyFrame, wxFrame)

EVT_MENU(wxID_EXIT, MyFrame::OnQuit)

EVT_MENU(wxID_ABOUT, MyFrame::OnAbout)

EVT_BUTTON(wxID_ABOUT, MyFrame::OnAbout)

END_EVENT_TABLE()

其中BEGIN_EVENT_TABLE(…)实现了上面定义的方法，以及初始化了静态变量sm_eventTable。后面两个EVT_MENU和一个EVT_BUTTON宏初始化了静态变量sm_eventTableEntries，即将这两个事件函数的指针(button和about菜单使用一个事件函数OnAbout)和控件ID保存在sm_eventTableEntries中，最后的END_EVENT_TABLE()宏做为一个空的事件函数指针赋给了sm_eventTableEntries，这有些象C语言中处理字符串，将最后一个字符赋为’"0’，这样就可以知道哪是结尾了。

向窗体中加入事件的最后一步是声明和实现事件函数。在本例中声明了两个事件函数。

void OnQuit(wxCommandEvent& event);

void OnAbout(wxCommandEvent& event);

可以将这两个函数声明放到MyFrame中的任何位置。下面是它们的实现代码。

void MyFrame::OnQuit(wxCommandEvent& WXUNUSED(event))

{

Close(true);

}

void MyFrame::OnAbout(wxCommandEvent& WXUNUSED(event))

{

wxString msg;

msg.Printf( _T("这是一个关于对话框的例子."n")

_T("欢迎使用 %s"), wxVERSION_STRING);

wxMessageBox(msg, _T("¹关于"), wxOK | wxICON_INFORMATION, this);

}

其中OnQuit函数调用Close(true)关闭MyFrame，由于MyFrame是主窗体，因此，在MyFrame关闭后，应用程序也随之关闭了。OnAbout使用wxMessageBox函数弹出一个信息对话框。

7. 运行程序

到目前为止，这个程序的代码已经基本完成了，但是在前面曾说过，MyApp中的OnInit方法在应用程序启动时执行，那么是谁调用了OnInit方法呢？答案当然是wxWidgets。wxWidgets为了调用这个方法，提供了一个宏IMPLEMENT_APP(…)，这个宏有一个参数，需要将MyApp做为参数传入。即IMPLEMENT_APP(MyApp)。这个宏相当于一个WinMain函数（和控制台程序的main函数类似），即在WinMain函数中调用了MyApp中的OnInit函数。在加入这个宏后，就可使用一个C++编译器将以上的源程序编译生成exe文件了。

‘贰’ wxWidgets支持嵌入式linux吗

不能。 因为 mingw 只能编译出 Windows 运行的程序。囧rz mingw 只是一个编译器……具体要看你写的这个代码对于 Linux 和 Mac 环境的兼容性。 mingw 还是含有一些东西的，这些东西可能会对你的移植产生影响。 我记得你只要能保证 mingw 下面所有软...

‘叁’ 如何在 Ubuntu/Debian/Linux Mint 中编译和安装 wxWidgets

1. 下载 wxWidgets
第一步你需要从wxwidgets.org下载wxWidgets源码文件。
做完后，解压到目录。

2. 设置编译环境
要编译wxwidgets，我们需要一些工具包括C++编译器，在Linux上是g++。所有这些可以通过apt-get工具从仓库中安装。
我们还需要wxWidgets依赖的GTK开发升培老库。
$ sudo apt-get install libgtk-3-dev build-essential checkinstall
这个叫做checkinstall的工具允许我们为wxwidgets创建一个安装包，这样之后就可以轻松的使用包管理器来卸载。

3. 编译 wxWidgets
进入到wxWidgets解压后的目录。为了保持清洁，创建一个编译用的目录。
$ mkdir gtk-build
$ cd gtk-build/
现在运行configure和make命令。每个将花费一些时间来完成。
$ ../configure --disable-shared --enable-unicode
$ make
"--disable-shared"选项将会编译静态库而不是动态库。
make命令完成后，编译就成功了。是时候安装wxWidgets到正确的目录。
更多信息请参考install.txt和readme.txt，这可在wxwidgets中的/docs/gtk/目录下找到。

4. 安装 checkinstall
现在我们不使用"make install"命令，我们使用checkinstall命令来创建一个wxwidgets的deb安装包。运行命令：
$ sudo checkinstall
checkinstall会询问几个问题，请保证在提问后提供一个版本号，否则将会失败。
完成这一切后，wxWidgets就安装好了，deb文件也会创建在相同的目录下。

5. 追踪安装的文件
如果你想要检查文件安装的位置，使用dpkg命令后面跟上checkinstall提供的包名。
$ dpkg -L package_name
/.
/usr
/usr/local
/usr/local/lib
/usr/local/lib/libwx_baseu-3.0.a
/usr/local/lib/libwx_gtk3u_propgrid-3.0.a
/usr/local/lib/libwx_gtk3u_html-3.0.a
/usr/local/lib/libwxscintilla-3.0.a
/usr/local/lib/libwx_gtk3u_ribbon-3.0.a
/usr/local/lib/libwx_gtk3u_stc-3.0.a
/usr/local/lib/libwx_gtk3u_qa-3.0.a
/usr/local/lib/libwx_baseu_net-3.0.a
/usr/local/lib/libwxtiff-3.0.a

6. 编译示例
编译wxWidgets完成后就可以马上编译示例程序了。在相同的目录下，一个新的sample目录已经创建了。
进入它并运行下面的命令
$ compile samples
$ cd samples/
$ make
make命令完成后，进入sample 子目录，这里就有一个可以马上运行的Demo程序了。

7. 编译你的第一个程序
你完成编译demo程序后，可以写你自己的程序来编译了。这个也很简单。
假设你用的是C++，这样的话你还可以使用编辑器的高亮特性。比如gedit、kate、kwrite等吵升等。或者用全功能的IDE像Geany、Codelite、Codeblocks等等。
然而你的第一个程序只需要用一个文本编辑器来快速完成。
如下：
#include<wx/wx.h>
classSimple:public wxFrame
{
public:
Simple(const wxString& title)
: wxFrame(NULL, wxID_ANY, title, wxDefaultPosition, wxSize(250,150))
{
Centre();
}
};
classMyApp:public wxApp
{
public:
boolOnInit()
{
Simple*simple =newSimple(wxT("Simple"));
simple->Show(true);
returntrue;
}
};
wxIMPLEMENT_APP(MyApp);
现在保存并用下面的命令编译。中清
# compile
$ g++ basic.cpp `wx-config --cxxflags --libs std`-o program
# run
$ ./program

和非标准的库一起编译
面展示的wx-config命令默认只支持标准的库。如果你使用的是Aui库，那么你需要指定额外用到的库。
$ g++ code.cpp `wx-config --cxxflags --libs std,aui`-o program

‘肆’ 各位高手，小弟正在为选择使用Qt还是WxWidgets而烦恼，请大家给条明路吧！

很好的一篇文章
原文：我所知道的三种开源跨平台GUI toolkits—— GTK、Qt和wxWidgets

1、GTK+

GTK+基础

GTK+最初是GIMP的专用开发库，后来发展为Linux下开发图形界面的应用程序的主流开发工具之一。GTK+2.0是自由软件，并且是GNU工程的一部分。GTK+2.0的许可协议是LGPL。

GTK+使用C语言开发，但是其设计者使用面向对象技术。 在GNOME平台上提供了C++(gtkmm)、Perl、Ruby、Java和Python(PyGTK)绑定，其他的绑定有Ada、 D、 Haskell、PHP和所有的.NET编程语言。

与其他很多部件工具箱不同，GTK+并不基于Xt。这一决策优劣互见：优点是GTK+可以应用于其他系统，其灵活性也很强；而缺点就是它无法利用以传统方法为X11定制的X资源数据库。

Glade是一个界面设计工具，但是它也包含了一种描述GUI界面的XML语言，它和libglade一起工作就可以直接使用GTK和GNOME控件。

2、Qt

Qt简介

Qt是Trolltech公司的一个产品。
Qt是一个多平台的C++图形用户界面应用程序框架。它提供给应用程序开发者建立艺术级的图形用户界面所需的所用功能。Qt是完全面向对象的很容易扩展，并且 允许真正地组件编程。

自从1996年早些时候，Qt进入商业领域，它已经成为全世界范围内数千种成功的应用 程序的基础。Qt也是流行的Linux桌面环境KDE 的基础，KDE是所有主要的Linux发行版的一个标准组件。

Qt支持下述平台： MS/Windows - 95、98、NT 4.0、ME、和2000
Unix/X11 - Linux、Sun Solaris、HP-UX、Compaq Tru64 UNIX、IBM AIX、SGI IRIX和其它很多X11平台
Macintosh - Mac OS X
Embedded - 有帧缓冲(framebuffer)支持的Linux平台。

3、wxWidgets

开源软件（LGPL），针对C++、Python以及Perl的跨平台工具集。

详细介绍，参见细述 wxWindows
wxWidget作为一个C++ GUI Library从1992发展到现在，已经在全球范围内产生了极大的影响力，利用这个类库进行GUI开发的软件更是不计其数。

wxWidgets原名wxWindows，是由Julian Smart于1992年还在英国爱丁堡大学人工智能应用研究所开始的一个项目。Julian Smart现在是Anthemion软件公司的技术总监。

简单地说，wxWidgets提供了用于可在多平台上开发GUI应用程序的一整套简单易学易用的API。wxWidgets支持的多平台包括
Windows 3.1/95/98/NT/2000/XP、带有Motif
1.2版本以上的Unix、带有GTK+的Unix/Linux/*BSD、Mac等等。开发者只需要用自己使用的系统平台的编译器编译源程序，并链接上
相应的库文件，生成的程序代码即具有该平台的外观和界面。在这些GUI之上，wxWidgets还提供了在线帮助、网络编程、流处理、多种常用图形格式支
持、数据库支持、HTML察看和打印，等等各种强大的功能。

wxWidgets支持的Windows上的多种流行编译器包括：
Visual C++ 1.5, 4.0, 5.0, 6.0
Borland C++ 4.5, 5.0
Borland C++ Builder 1.0, 3.0
Watcom C++ 10.6 (Win32)
Cygwin
MinGW32
Metrowerks CodeWarrior 4

wxWidgets和GTK+的一大吸引力是它的wxWidgets 2 licence类型是属于LGPL ( Lesser
General Public License
)的，也就是说，使用它开发的软件并不要求一定得公开源码。这样，无论是免费软件的开发者、GPL类型软件开发者，还是纯粹商业软件开发者都可以免费使用
这个软件包。

相比之下，TrollTech的Qt似乎正是因为此因素而影响了它的受接受程度，因为用Qt开发商用软件者所需交纳的费用对于个人
开发者来说还是比较昂贵的，而且分单平台、二平台、三平台（即Qt/X11、Qt/Windows和Qt/Mac都包含在内了）三个不同产品包，又分
Professional和Enterprise不同Edition亦即不同价位，而且开发人员数不同价格也不同。

从这点说来，wxWidgets是绝对具有优势的。另外Qt起源于Linux上的开发，后来推展到Windows、Mac等其它平台；而wxWidgets恰好相反，始于Windows，其后移植到Unix等其它平台。

关于LGPL(Lesser General Public License ) 许可，这是 GNU
许可家族中一个不太严格的许可。LGPL 允许任何人使用该库提供的功能，而不
要求用户公开应用程序代码。（这对于许多工业应用来说很重要，因为由于以前的协议或许可，这种场合下一般不希望公开代码或者公开代码是显然不现实的。）使
用 LGPL 许可，您既可以是开放源码社区的好伙伴也可以是好公民。

中文非正式翻译参见 http://gnu.freehostingguru.com/lgpl/

其他资源：知名 GUI lib 简评 (GTK+, Qt, wxWidgets)

Technorati Tags: GTK, Qt, wxWidgets, 图形界面, 跨平台

从网上搜到的，仅供参考，也许对你会有一点小小的帮助！

‘伍’ codeblocks头文件问题

codeblocks+wxWidgets这一对开源组合真是够强大，codeblocks支持的项目类型多的惊人，wxWidgets又为codeblocks加上了相当强劲的可视化程序开发功能，可以说用这对组合来开发程序丝毫不比在VS中用C#困难，而且由于codeblocks和wxWidgets都是开源软件，在windows和linux下都有相应的版本，移植程序就成为一件相当轻松的事情。

以下内容转载自 http://shiningray.cn/windows-shang-pei--codeblocks-wxwidgets.html，内容有所改动，原文图片没有附上，有需要的去上面的地址查看

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

前提准备
编译器
你至少应该正确安装了免费的MinGW/GCC编译器或者是某种微软的编译器（Express editions是免费的，但是你还需要安装Platform SDK）。如果是用MinGW/GCC，至少要准备gcc-core、gcc-g++、binutils、w32api以及mingw32-make包；同时，确保包含编译器可执行文件的目录（一般是C:\MinGW\bin）在Windows的PATH环境变量中。
提示：设置完环境变量之后需要重启计算机才能生效。

如果选择MinGW/GCC编译器，可以在直接选择包含MinGW的Code::Blocks安装包，见下一节。

最新版的Code::Blocks
请下载最新的8.02发布版。尚未选择编译器可以选择包含MinGW的安装包。（现在已经有10.05版本了，而且可以用8.02版本的汉化包，汉化方法去google一下吧，到处都有）

wxWidgets
你可以选择下载wxWidgets的源代码然后自己进行构建，或者是直接安装预编译的wxPack。

wxWidgets源代码
安装包较小，可以根据自己的需求进行自定义构建，但是需要花费长时间进行编译。如果不清楚编译选项，可能导致无法成功配置Code::Blocks。

目前推荐的wxWidgets的版本是2.8.11。你也可以检查一下wxWidgets的下载页面看看有没有更新的稳定版下载。强烈建议你将代码安装到不带空格的路径中。必须保证盘中至少有300MB的剩余空间。

wxPack

虽然安装包达200MB，全部安装需要3G，但是包含了预编译的所有可能用到的库文件，而且包含VC和GCC的两种版本，可以不用去考虑构建选项了。

当前wxPack的稳定发布版是 v2.8.7.03，基于 wxWidgets 2.8.7。点击此处下载 wxPack v2.8.7.03 (wxPack_v2.8.7.03.exe, 236.9 MB)。你也可以查看wxPack下载页面看看有没有更新的稳定版下载。强烈建议将wxPack安装到没有空格的路径中。如果你选择只MSVC版本，应保证至少有700MB的剩余空间；如果只选择MinGW/GCC版本，则应保证至少有2.2GB的剩余空间。

提示
如果磁盘使用了NTFS格式，可以开启文件压缩功能，上述的目录在压缩后可以减少50%的空间占用。

编译wxWidgets
使用wxPack则可以跳过这一步。

打开命令行（在开始菜单中点击“运行”，输入cmd并回车）。如果使用的MSVC，你可以使用特定的用于设置环境变量的命令行。如果你使用的MSVC版本还要求你单独下载Platform SDK，确保全部包含了标准编译工具和Platform SDK中要用到的环境变量。

转到wxWidgets的构建目录，其中是源码所在路径，通常是C:\wxWidgets-2.8.7：

cd \build\msw执行构建命令，MinGW/GCC推荐的命令是：

mingw32-make -f makefile.gcc BUILD=release SHARED=1 MONOLITHIC=1 UNICODE=1MSVC推荐的构建命令是：

nmake -f makefile.vc BUILD=release SHARED=1 MONOLITHIC=1 UNICODE=1这个过程需要花很久，快的机器大概30分钟可以完成，慢的可能就需要几个小时了。

如果使用的GCC的版本较新，构建过程中可能会出现大量的警告。这样会明显导致构建过程变慢；你可以将错误信息重定向到文件中，在上述命令后面添加2> err.log，也可以通过2>nul直接禁止警告信息。

其中关于BUILD、SHARED、MONOLITHIC以及UNICODE选项的解释，请仔细参考文章后面关于wxWidgets的构建参数的解释，这些参数十分关键，他们直接定义了你所使用的基本的wxWidgets开发环境。你必须严格按照你的编译参数设置Code::Blocks的配置向导。

在Code::Blocks中创建wxWidgets项目
在Code::Blocks的起始页面中，选择“Create a new project”，也可以在File菜单中，选择“New” -> “Project…”。

找到并选择“wxWidgets project”，并创建，接下来会出现一个向导帮助进行wxWidgets项目的配置：

第一个页面是简介，可以选择以后跳过。
选择你要使用的wxWidgets版本。如果你是按照本文的过程配置的，那么你应该选择“wxWidgets 2.8.x”。
设置你的项目的名字的位置。
输入作者的信息（非必要）
选择自动代码和文件生成的选项。
选择wxWidgets的位置。强烈建议在此使用全局变量：输入“$(#wx)”（不包含引号）。如果你还没定义这个全局变量，那么全局变量对话框会出现，在Base Path中，选择你的wxWidgets安装路径。其他路径可以不用填。
为你的项目选择debug/release配置。推荐至少选择debug配置。
选择你的wxWidgets构建选项。必须和你构建wxWidgets时所使用的选项一致！如果你按照本文之前的方式构建的，应该将“wxWidgets Library Settings”下的全部三个选项选中。如果用的是wxPack，由于wxPack包含了各种不同的版本，所以你只需要选择你需要的选项。这个页面的另一个设置和wxWidgets的构建选项没有关系，你可以按照喜好来选择。如果，出于某种原因，你想使用调试版本的wxWidgets构建，选择“Configure Advanced options”然后在下一页选择“Use __WXDEBUG__ and Debug wxWidgets lib”。
如果需要，选择额外的库。一般应用的话应该无须选择其中任何一个。
构建并运行程序
接下来，就可以选择“Build and run”（F9）对程序进行构建并运行了。如果顺利，你的wxWidgets应用程序就会出现。如果出现了什么问题，你可以参考后面的常见问题。

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的构建配置。如果重新运行向导并配置依然无效，确定你构建了什么库，并相应在构建选项中调整库的名字。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
若要构建的程序能够显示中文，要对codeblocks进行一下设置，在edit(编辑)菜单里面的文件编码选择UTF-8，否则编译报错。