参考介绍：

http://www.cnblogs.com/nokiaguy/archive/2009/01/27/1381071.html

http://www.baidu.com/s?wd=wxWidgets

http://zh.wikipedia.org/zh/WxWidgets

# =========================================================================

#     This configuration file was generated by

#     Bakefile 0.2.9 (http://www.bakefile.org)

#     Beware that all changes made to this file will be overwritten next

#     time you run Bakefile!

# =========================================================================

# -------------------------------------------------------------------------

# These are configurable options:

# -------------------------------------------------------------------------

#设置是否共享生成的库文件（先默认如下）

# Compiler flags to link shared library 

LINK_DLL_FLAGS ?= -shared

# Compiler flags to link loadable module 

LINK_MODULE_FLAGS ?= -shared

#编译器（这个不能动，其它的编译器也有对应的 config.***文件）

# C compiler 

CC = gcc

# C++ compiler 

CXX = g++

#下面的几条，与编译时占用的CPU等系统资源有关，可能。

# Standard flags for CC 

CFLAGS ?= 

# Standard flags for C++ 

CXXFLAGS ?= 

# Standard preprocessor flags (common for CC and CXX) 

CPPFLAGS ?= 

# Standard linker flags 

LDFLAGS ?= 

# The C preprocessor 

CPP ?= $(CC) -E

#静态库 0 、动态库 1 

# What type of library to build? [0,1]

SHARED ?= 0

#没了解（默认）

# Build wxUniversal instead of native port? [0,1]

WXUNIV ?= 0

#支持宽字符集，必须是1

# Compile Unicode build of wxWidgets? [0,1]

UNICODE ?= 1

# Use MSLU library when building Unicode version. [0,1]

MSLU ?= 0

#编译的二进制的类型：Debug、Release（这两个都要编译，方便以后用到）

# Type of compiled binaries [debug,release]

BUILD ?= release

#这里说一下，下面的参数，能开的基本上都开了，但个别的会说明一下作用。

# Should debugging info be included in the executables? The default value

# "default" means that debug info will be included if BUILD=debug

# and not included if BUILD=release. [0,1,default]

DEBUG_INFO ?= default

# Should __WXDEBUG__ be defined? The default value "default" means that it will

# be defined if BUILD=debug and not defined if BUILD=release. [0,1,default]

DEBUG_FLAG ?= default

#是编译分开的多个库，还是一个大的整体（如果选择1，会无法得到目标库，生成的库是以monolithic 为前缀的，而且很大）

# Multiple libraries or single huge monolithic one? [0,1]

MONOLITHIC ?= 0

#图形界面，少不了

# Build GUI libraries? [0,1]

USE_GUI ?= 1

# Build wxHTML library (USE_GUI must be 1)? [0,1]

USE_HTML ?= 1

# Build multimedia library (USE_GUI must be 1)? [0,1]

USE_MEDIA ?= 1

# Build wxXRC library (USE_GUI must be 1)? [0,1]

USE_XRC ?= 1

# Build wxAUI library (USE_GUI must be 1)? [0,1]

USE_AUI ?= 1

# Build wxRichTextCtrl library (USE_GUI must be 1)? [0,1]

USE_RICHTEXT ?= 1

# Build OpenGL canvas library (USE_GUI must be 1)? [0,1]

USE_OPENGL ?= 1

# Build ODBC database classes (USE_GUI must be 1)? [0,1]

USE_ODBC ?= 1

# Build quality assurance classes library (USE_GUI must be 1)? [0,1]

USE_QA ?= 1

# Enable exceptions in compiled code. [0,1]

USE_EXCEPTIONS ?= 1

# Enable run-time type information (RTTI) in compiled code. [0,1]

USE_RTTI ?= 1

# Enable threading in compiled code. [0,1]

USE_THREADS ?= 1

#下面这个参数在前面如果设置了编译类型是Relesse是设置为1，Debug时为0（我在编译时，后者Debug为1时中断了）

# Enable wxCairoContext for platforms other than Linux/GTK. [0,1]

USE_CAIRO ?= 1

# Link with gdiplus.lib? (Needed for wxGraphicsContext, will also set wxUSE_GRAPHICS_CONTEXT) [0,1]

USE_GDIPLUS ?= 1

# Is this official build by wxWidgets developers? [0,1]

OFFICIAL_BUILD ?= 0

# Use this to name your customized DLLs differently 

VENDOR ?= custom

#  

WX_FLAVOUR ?= 

#  

WX_LIB_FLAVOUR ?= 

#下面的大概是特殊设置

# Name of your custom configuration. This affects directory

# where object files are stored as well as the location of

# compiled .lib files and setup.h under the lib/ toplevel directory. 

CFG ?= 

# Compiler flags needed to compile test suite in tests directory. If you want

# to run the tests, set it so that the compiler can find CppUnit headers. 

CPPUNIT_CFLAGS ?= 

# Linker flags needed to link test suite in tests directory. If you want

# to run the tests, include CppUnit library here. 

CPPUNIT_LIBS ?= 

# Version of C runtime library to use. You can change this to

# static if SHARED=0, but it is highly recommended to not do

# it if SHARED=1 unless you know what you are doing. [dynamic,static]

RUNTIME_LIBS ?= dynamic

# Set the version of your Mingw installation here.

#     "3" ...... this is for Mingw 2.0 or newer (comes with gcc3)

#     "2.95" ... for Mingw 1.1 or any of the older versions [3,2.95]

GCC_VERSION ?= 3

相关知识：节选自 http://wenku.baidu.com/view/69b0272216fc700abb68fcae.html 本文不作过多修改。

动态库dll   vs.  静态库lib
从编译结果上看，C++库可以被编译成“静态”链接库，也可以被编译成“动态”链接库。所谓“链接库”的意思就是，库自身并不可以被执行。应用程序才是可执行的，为了写一个应用程序，可能需要用到很多功能，其中一些功能，应用程序的作者并不用自己实现，而是直接使用链接库即可。把应用程序与库在功能上进行合并的过程，就叫做过“链接”。如前所有述，有两种链接方法：静态或动态。

所谓“静态链接”，就是直接把库文件和可执行文件合二为一，形成一个文件。这种情况下，发布可执行文件时，就不必另外附加那个功能库了；因为事实上那个功能库已经“嵌入”在可执行文件中（可执行文件的体积，变大了）。静态链接方法，适用于功能简单应用程序。

所谓“动态链接”，是指程序在运行时，才会去寻找动态库中所需要的功能，然后在内存中加载入动态库。这种情况下，可执行文件与动态库独立存在，没有合成一体，在发布程序时，你必须两个文件一起安装到用户的电脑上。动态链接方法，适用于相对复杂的应程序，通常这种情况下，为了方便用户安装，我们会提供一个安装程序。 另外，在Linux系统中，“动态链接库”通常被称为“共享库”(文件扩展名也改为.so)；这也说出了“动态链接”这项技术带来的另一个好处：多个应用程序可以共用一个独立的动态库。

如果把盖房子想像成写程序的话，当我们需要建造其中的自来水系统时，可以把水库当成是一种功能链接库。那么，当我们是在乡下自建一座独门独户的小楼，那么可以采用“静态链接”的方法，即在自家楼里砌个水库，自个儿使用，当然这个自建的水库往往增加了小楼的体积。来到城里，城里的一座高楼住着千家万户，这时，“动态链接”技术派上用上，所有住户共享一个水库，当你需要水时，打开水龙头，水就从外部“动态”而来。

为了方便以后使用，今天wxWidgets将我们编译成至少两个版本，即动态库和静态库 ，debug 和 release ，2x2=4，其它参数不变。而在CodeBlocks的工具栏中“build target”可以选择你当前的编译类型，并且相关的信息，可能也与这有关，具体去分析，我们一个也不能少。

DEBUG vs. RELEASE
DEBUG 指“调试”版。表示编译出所库含有调试信息，这自然会让库变得很大，但有利于我们写程序时跟踪也发现错误。

RELEASE 指 “发行”版。表示我们认定程序写得差不多了（能解决的问题都解决了，错误相对比较少），这时调试信息就不需要了，库恢复它原来的大小。

为了方便调试与发而程序，DEBUG和RELEASE，同样的，我们一个也不能少。

UNICODE vs. 非 UNICODE 
传统C++程序中，对普通的1个英文字符采用1个字节表示，而对1个汉字采用两个字节表示。比如有这样一句话：

“文件c:\abc\efg\我的文档\奥运知识ABC\乒乓球基础知识.txt无法打开！”

假设计数以0开始，那么例子中那句话，第0个字符是“文”字的前半个字符，第1个字符则是“文”字的后半个字符。事实上半个汉字是没意义的，它只会为字符串处理上带来困难。比如，假设我们要把上述那句话显示在显示在某个窗口上，但由于窗口太小，显示不下这时我们希望将那句话的截掉一点，结果类似：

“文件c:\abc\efg\我的文档\奥运知识ABC\乒乓球基...”

这个过程看似简单，但其实复杂，如果不进行特殊的处理，程序很要可能会在某个汉字的半个字符处截断那句话，而1个汉字一旦被“腰斩”了，剩下的那个半个汉字，无论是上半身还是下半身，就会在屏幕上显示乱码。

解决这个问题，方法有很多种，其中采用“UNICODE”是个相对通行而简单的办法，并且解决得比较彻底。“UNICODE”的方案说起来也简单，就是用两个字节甚至四个字节去表达一个字符（无论是英文字符还是中文、日语等）。