1 How to add new files and libraries to wxWidgets build system
2 ============================================================
5 1. Regenerating makefiles
6 -------------------------
8 wxWidgets now uses Bakefile (http://bakefile.sourceforge.net) to generate
9 native makefiles. You must have bakefile installed if you want to regenerate
10 the makefiles. Bakefile currently runs on Unix and Windows systems. You will
11 need Python >= 2.2 installed on Unix and either use Bakefile installer or have
14 Once you have installed Bakefile, you can easily regenerate the makefiles using
15 the bakefile_gen tool. Run it from $(wx)/build/bakefiles directory and it will
16 regenerate all outdated makefiles. See $(wx)/build/bakefiles/README for more
19 Note that it generates makefiles for samples and contrib libraries, too.
21 IMPORTANT NOTE: Don't forget to run autoconf in wxWidgets root directory
22 (after running Bakefile) if you changed any conditional
23 variable or target condition in .bkl files! You will know that
24 this happened if $(wx)/autoconf_inc.m4 content changed.
26 You can use Bakefile to generate makefiles or projects customized to your
27 needs, too. See Bakefiles.bkgen for details on bakefile commands used to
28 generate makefiles. For example, you can use this command to generate
29 VC++ project files without wxUniversal configurations:
30 bakefile -v -fmsvc6prj -o../wxmy.dsw -DRUNTIME_LIBS=dynamic
31 -DDEBUG_INFO=default -DDEBUG_FLAG=default
32 -DOFFICIAL_BUILD=0 -DUSE_HTML=1 -DUSE_OPENGL=1 -DUSE_ODBC=1
33 -DMONOLITHIC=0 -DUSE_GUI=1 -DWXUNIV=0 wx.bkl
34 Or monolithic instead of multilib (the default):
35 bakefile -v -fmsvc6prj -o../wxmono.dsw -DRUNTIME_LIBS=dynamic
36 -DDEBUG_INFO=default -DDEBUG_FLAG=default
37 -DOFFICIAL_BUILD=0 -DUSE_HTML=1 -DUSE_OPENGL=1 -DUSE_ODBC=1
38 -DMONOLITHIC=1 -DUSE_GUI=1 wx.bkl
40 bakefile -v -fmsvc6prj -o../wxBase.dsw -DRUNTIME_LIBS=dynamic
41 -DDEBUG_INFO=default -DDEBUG_FLAG=default
42 -DOFFICIAL_BUILD=0 -DUSE_HTML=0 -DUSE_OPENGL=0 -DUSE_ODBC=0
43 -DMONOLITHIC=1 -DUSE_GUI=0 wx.bkl
44 It is, however, recommended to modify Bakefiles.bkgen (or
45 Bakefiles.local.bkgen) by means of <add-flags> and <del-flags> directives
46 and use bakefile_gen instead of running bakefile directly.
49 2. Bakefile files organization
50 ------------------------------
52 Makefile are generated from .bkl files ("bakefiles") from three places:
53 - $(wx)/build/bakefiles directory
54 - $(wx)/contrib/build/* directories
56 $(wx)/build/bakefiles contains bakefiles for main library and support files
57 that simplify writing bakefiles for contrib and samples.
60 wxwin.py - helper functions
63 common_contrib.bkl - shared definitions and templates
64 config.bkl - user-configurable build options
65 make_dist.mk - implementation of "make dist" on Unix
67 Files used to build the library are:
69 files.bkl - lists of source files
70 monolithic.bkl - targets for wxWin built as single big library
71 multilib.bkl - targets for multilib build
72 opengl.bkl - GL library with wxGLCanvas (this one is not
73 included in monolithic library for historical
74 reasons, so "monolithic" really means "two libs")
76 regex,zlib,odbc}.bkl - 3rd party libraries makefiles
79 3. Adding files to existing library
80 -----------------------------------
82 All files used by main libraries are listed in files.bkl. The file is
83 organized into variables for toolkits, platforms and libraries. The variables
84 come in pairs: there's always FOO_SRC for source files and FOO_HDR for header
85 files. Platform or toolkit specific files are grouped together in variable
86 with platform or toolkit name in them, e.g. BASE_WIN32_SRC, BASE_UNIX_SRC,
89 Note: A side effect of this toolkit-centric organization is that one file may
90 be present several times in files.bkl in different contexts.
92 When you are adding a file, you must put it into appropriate variable. This is
93 easy if you are adding the file to library that is always built from same
94 sources on all platforms (e.g. wxXml or wxXML) -- simply add the file to e.g.
97 If the file is used only on one platform and is part of wxBase, add it to
98 BASE_{platform}_SRC/HDR. If it is used on all platforms, add it to BASE_CMN.
99 If it is built on more than one platform but not on all of them, add the file
100 to *all platforms that use it*!
102 If a file is not wxBase file, but GUI file, then the variables are named after
103 toolkits/ports, not platforms. Same rules as for wxBase files apply
104 (substitute "platform" with "toolkit"). Make sure you correctly choose between
105 {port}_LOWLEVEL_SRC and {port}_SRC -- the former is for files used by
106 wxUniversal, e.g. GDI classes. Files shared by all X Window System ports
107 should be put into XWIN_LOWLEVEL_SRC.
113 Copy the bakefile from another sample, change the ID and files accordingly.
114 If the sample uses some data files, make sure to have <wx-data> node
115 in the sample's bakefile (see e.g. samples/image/image.bkl for an example).
116 Make sure to add <wx-lib> statements for all libraries from multilib build
117 that are required by the sample.
119 Run bakefile_gen in $(wx)/build/bakefiles to regenerate the bakefiles.
121 Finally commit $(wx)/build/bakefiles/Makefile and all the other modified files.
124 5. Adding contrib library
125 -------------------------
127 Contrib library bakefiles are located in $(wx)/contrib/build/name-of-contrib
128 directory, together with generated makefiles. Copy the bakefile from another
129 contrib library, change the IDs and files accordingly. Note that there must be
130 two targets for contrib wxFoo: foodll and foolib.
132 foodll definition must contain <wx-lib> statements for all libraries it
133 depends on. WXUSINGDLL and WXMAKINGDLL_FOO must be defined and symbols from
134 the library should use WXDLLIMPEXP_FOO defined in wxFoo's headers analogically
135 to WXDLLIMPEXP_{BASE,CORE,HTML,...} in the main library (see 5g below for
138 Run bakefile_gen in $(wx)/build/bakefiles to regenerate makefiles
139 then commit $(wx)/build/bakefiles/Makefile.
142 6. Adding new core library
143 --------------------------
145 When adding new library to the core set of libraries, the files must be
146 added to both a newly added library in multilib build and into the single
147 library built in monolithic mode. We will assume that the new library is
150 a) Add files to files.bkl:
151 * If wxFoo builds from same files on all platforms (e.g. wxNet),
152 add FOO_SRC and FOO_HDR variables with lists of sources and headers.
153 * If wxFoo have no files in common (e.g. wxGL), add FOO_SRC and FOO_HDR
154 with toolkit or platform conditions. Have a look at OPENGL_SRC for an
156 * Otherwise add FOO_CMN_SRC and FOO_CMN_HDR for common files and
157 FOO_{platform}_{SRC,HDR} or FOO_{toolkit}_{SRC,HDR} as appropriate. Add
158 FOO_PLATFORM_{SRC,HDR} into "Define sources for specific libraries"
159 section that is conditionally set to one of FOO_xxx_{SRC,HDR} based on
160 target platform/toolkit (see NET_PLATFORM_SRC definition for an example).
161 Finally, define FOO_SRC and FOO_HDR to contain both
162 FOO_PLATFORM_{SRC,HDR} and FOO_{SRC,HDR} (see NET_SRC definition for an
164 * Add FOO_HDR to ALL_GUI_HEADERS or ALL_BASE_HEADERS.
165 * If wxFoo is wxBase library (doesn't use GUI), add FOO_SRC to
168 (You can apply different approaches to HDR and SRC variables, if e.g.
169 headers are all common but sources are not.)
171 Note that the conditions can only test for equality, due to limitations of
174 b) Modify bakefile system in build/bakefiles/ to recognize wxFoo:
175 * Add 'foo' to MAIN_LIBS and LIBS_NOGUI or LIBS_GUI (depending on whether
176 the library depends on wxCore or not) to wxwin.py file.
177 * Add the library to EXTRALIBS in wxwin.py
178 * Add WXLIB_FOO definition to common.bkl (into the "Names of component
179 libraries" section). It looks like this:
180 <set var="WXLIB_FOO">
181 <if cond="MONOLITHIC=='0'">$(mk.evalExpr(wxwin.mkLibName('foo')))</if>
184 c) Add files to monolithic build: it's enough to add FOO_SRC to MONOLIB_GUI_SRC
185 or MONOLIB_SRC, depending on whether wxFoo uses GUI or not.
187 d) Add files to multilib build: add foolib and foodll targets. Don't use
188 wxBase targets as the template, use e.g. wxXML or wxHTML. Make sure
189 WXMAKINGDLL_FOO is defined in foodll.
191 e) Regenerate all makefiles (don't forget to run autoconf)
193 f) Update configure.in and wx-config.in to contain information about
194 the library and needed linker flags:
195 * Add "foo" to either CORE_BASE_LIBS or CORE_GUI_LIBS in configure.in so
196 that wxFoo is not treated as contrib library in monolithic build.
197 * If wxFoo links against additional libraries, add necessary linker
198 flags and libraries to ldflags_foo and ldlibs_foo variables in
199 wx-config.in (both are optional).
201 g) Update dlimpexp.h to define WXMAKINGDLL_FOO if WXMAKINGDLL is defined (add
202 #define WXMAKINGDLL_FOO inside first "#ifdef WXMAKINGDLL" block in
203 dlimpexp.h) and to define WXDLLIMPEXP_FOO and WXDLLIMPEXP_DATA_FOO. You
204 can copy e.g. WXDLLIMPEXP_NET definition, it is something like this:
205 #ifdef WXMAKINGDLL_NET
206 #define WXDLLIMPEXP_NET WXEXPORT
207 #define WXDLLIMPEXP_DATA_NET(type) WXEXPORT type
208 #elif defined(WXUSINGDLL)
209 #define WXDLLIMPEXP_NET WXIMPORT
210 #define WXDLLIMPEXP_DATA_NET(type) WXIMPORT type
211 #else // not making nor using DLL
212 #define WXDLLIMPEXP_NET
213 #define WXDLLIMPEXP_DATA_NET(type) type
215 Use WXDLLIMPEXP_FOO when declaring wxFoo classes and functions.
217 h) Add this code to one of wxFoo's files (the more often used, the better):
218 // DLL options compatibility check:
220 WX_CHECK_BUILD_OPTIONS("wxFoo")
222 i) Add information about wxFoo to the manual ("Libraries list" section