xref: /haiku/build/jam/UserBuildConfig.ReadMe (revision 60c26cd332a044bb9003091b9196cc404ebe5482)
1# UserBuildConfig ReadMe
2# ----------------------
3
4# UserBuildConfig can be used to customize the build according to your needs.
5# If existent it is included by the build system, but it is ignored by svn.
6# This file documents a few examples, what can be done. Don't just rename it
7# to UserBuildConfig -- you don't want all the things to happen, that are
8# specified here. Rather create an empty UserBuildConfig and copy the lines
9# you really want, or start out with UserBuildConfig.sample.
10# Of course, noone reads ReadMe files, so they will just get an error here
11# when copying it and jamming:
12Exit You must NOT copy UserBuildConfig.ReadMe directly but use parts of it! ;
13
14
15# Adjusting Build Variables
16
17# The following variables can be configured per subdirectory (or subtree) or
18# even per object file:
19#
20#	CCFLAGS C++FLAGS DEBUG DEFINES HDRS LINKFLAGS OPTIM OPTIMIZE SYSHDRS
21#	WARNINGS
22#	HOST_WARNING_CCFLAGS HOST_WARNING_C++FLAGS
23#	TARGET_WARNING_CCFLAGS TARGET_WARNING_C++FLAGS
24#	PLATFORM SUPPORTED_PLATFORMS
25#
26# The following examples would work analogously for any of these variables.
27
28# Turn off warnings in directory src/system/kernel. As fourth (scope) parameter
29# "local" is specified, which means, that this setting applies only to the
30# given directory, but not any of its subdirectories.
31SetConfigVar WARNINGS : HAIKU_TOP src system kernel : 0 : local ;
32
33# Set the debug level for directory src/system/boot/loader and recursively all
34# of its subdirectories (scope is "global") to 1. All affected generated files
35# will be put into another subtree of the "generated" directory, which allows
36# for fast switching between normal and debug builds.
37SetConfigVar DEBUG : HAIKU_TOP src system boot loader : 1 : global ;
38
39# Add "RUN_WITHOUT_REGISTRAR" to the DEFINES for the directory src/kits and
40# all of its subdirectories.
41AppendToConfigVar DEFINES : HAIKU_TOP src kits : RUN_WITHOUT_REGISTRAR
42	: global ;
43
44# Set the debug level for file src/bin/gdb/gdb/haiku-nat.c (note, that
45# the object file must be specified) to 1. It is worth mentioning, that the
46# executable the object file is linked into (gdb), will still be placed in
47# generated/objects/.../release/... Only when setting DEBUG for the executable,
48# too, it will be placed in .../debug_1/.... Apart from that, the DEBUG variable
49# has no effect on executables or other shared objects.
50DEBUG on <src!bin!gdb!gdb!>haiku-nat.o = 1 ;
51
52# Enables the SSL build feature. Several targets will be compiled with SSL
53# support. Adding the OpenSSL optional package will automatically enable this
54# feature.
55HAIKU_BUILD_FEATURE_SSL = 1 ;
56
57
58# Haiku Image Related Modifications
59
60# Create a 100 MB image at /tmp/walter.image.
61HAIKU_IMAGE_NAME	= walter.image ;
62HAIKU_IMAGE_DIR		= /tmp ;
63HAIKU_IMAGE_SIZE	= 100 ;
64
65# Set image volume label to "Walter". Default label is "Haiku".
66HAIKU_IMAGE_LABEL	= Walter ;
67
68# Name the VMWare image walter.vmdk (in directory $(HAIKU_IMAGE_DIR)).
69HAIKU_VMWARE_IMAGE_NAME	= walter.vmdk ;
70
71# Install Haiku in directory /Haiku.
72HAIKU_INSTALL_DIR = /Haiku ;
73
74# If the image does already exist it won't be zeroed out. It will nevertheless
75# freshly be initialized with BFS. Useful when installing Haiku on a partition.
76HAIKU_DONT_CLEAR_IMAGE = 1 ;
77
78
79# Affects the haiku-image, haiku-vmware-image, and install-haiku targets. Only
80# targets on which the HAIKU_INCLUDE_IN_IMAGE variable has been set will be
81# updated in the image file/installation directory.
82# The update-image, update-vmware-image, and update-install targets always invoke
83# this rule, so one likely doesn't ever need to do it manually.
84SetUpdateHaikuImageOnly 1 ;
85
86# libbe.so and the kernel will be updated on image updates. Note that this
87# generally doesn't work for pseudo targets (it does where special support
88# has been added, like for "kernel").
89HAIKU_INCLUDE_IN_IMAGE on libbe.so kernel = 1 ;
90
91# Add "crashing_app" to the system/bin directory of the Haiku image/installation.
92# Note, that this also makes the image depend on the target, i.e. it is
93# automatically updated when the image is built.
94AddFilesToHaikuImage system bin : crashing_app ;
95
96# Make a symlink to home/config/bin/crash.
97AddSymlinkToHaikuImage home config bin : /bin/crashing_app : crash ;
98
99# Add timezone and keymap settings.
100AddSymlinkToHaikuImage home config settings
101	: /boot/system/data/timezones/Europe/Paris : timezone ;
102AddFilesToHaikuImage home config settings : <keymap>US-International : Key_map ;
103
104# Adds the source directories src/kits/storage and src/tests/servers/debug
105# (recursively) to the image (as /boot/home/HaikuSources/src/kits/storage
106# and /boot/home/HaikuSources/src/tests/servers/debug respectively).
107# Note that the second directory will also be copied, if the image will only
108# be updated; the first one won't in that case.
109AddSourceDirectoryToHaikuImage src/kits/storage ;
110AddSourceDirectoryToHaikuImage src/tests/servers/debug : 1 ;
111
112# Copy the jam sources (assuming they are located ../buildtools/jam relatively
113# to your Haiku sources) to the image as /boot/home/Desktop/jam-src, excluding
114# any file or directory named ".svn" and any source path that matches the
115# pattern "*/jam/./bin.*". Note that the "*" character needs to be escaped with
116# two backslashes (one because it goes through a shell and one to quote the
117# first one in jam), and that the build system always appends "/." to the source
118# path (hence this pattern). Just as AddSourceDirectoryToHaikuImage this rule
119# can also take another optional parameter indicating whether the directory shall
120# also be copied in update mode.
121CopyDirectoryToHaikuImage home Desktop
122	: $(HAIKU_TOP)/../buildtools/jam
123	: "jam-src" : -x .svn -X \\*/jam/./bin.\\* ;
124
125# Extracts the given archive onto the image under /boot/develop/tools.
126ExtractArchiveToHaikuImage develop tools
127	: /home/bonefish/develop/haiku/misc/gcc-2.95.3-beos-070218/gcc-2.95.3_binutils-2.17_rel-070218.zip ;
128
129# Add the optional package WonderBrush to the image. The package is downloaded
130# via wget (i.e. wget must be installed).
131AddOptionalHaikuImagePackages WonderBrush ;
132
133# Don't add the libraries built with the alternative gcc version.
134# If the alternative gcc generated directory has been specified via the
135# configure option --alternative-gcc-output-dir, the libraries for the
136# alternative gcc version are added by default. Unsetting this variable disables
137# building and adding the libraries. Ignored, if --alternative-gcc-output-dir
138# was not specified.
139HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 0 ;
140
141# Specify scripts that shall be run when populating the image/installation
142# directory. The "early" script is run before anything has been copied onto
143# the image/into the installation directory. The "late" script is run after
144# everything has been copied, but before the MIME database is installed.
145HAIKU_IMAGE_EARLY_USER_SCRIPTS	= $(HAIKU_TOP)/../early-image-script.sh ;
146HAIKU_IMAGE_LATE_USER_SCRIPTS	= $(HAIKU_TOP)/../late-image-script.sh ;
147
148# Set name and real name of the root user. Defaults to "baron" and "Root User".
149HAIKU_ROOT_USER_NAME = bond  ;
150HAIKU_ROOT_USER_REAL_NAME = "James Bond" ;
151
152# Set host name to "mybox". By default the installation doesn't have a host
153# name.
154HAIKU_IMAGE_HOST_NAME = mybox ;
155
156# Add user "walter" with user ID 1000 and group ID 100 (note, that a group with
157# that ID should exist -- 100 already exists and is the "users" group), home
158# directory "/boot/home", shell "/bin/bash", and real name "Just Walter" to the
159# image.
160AddUserToHaikuImage walter : 1000 : 100 : /boot/home : /bin/bash
161	: "Just Walter" ;
162
163# Add group "party" with group ID 101 and members "baron" and "walter" to the
164# image.
165AddGroupToHaikuImage party : 101 : baron walter ;
166
167
168# Build Profiles
169
170# A build profile is a named set of settings for building a Haiku image or
171# installation. The following lines define five different build profiles:
172# disk    - Installation on device /dev/sda57. A lengthy list of optional
173#           packages will be included. Profile type "disk" implies
174#           "HAIKU_DONT_CLEAR_IMAGE = 1".
175# qemu    - A plain 200 MB disk image (type "image") named "haiku-qemu.image".
176#           Since only the image name is given, the default location will be
177#           chosen for the image, unless HAIKU_IMAGE_DIR has been set
178#           beforehand.
179# vmware  - A 400 MB VMware image (type "vmware-image"). It will not be zeroed,
180#           if not necessary. The optional packages Development and Pe will be
181#           installed. No image name or path is given, so the defaults
182#            ("haiku.vmdk" in the generated directory) will be used, unless the
183#           respective variables are set.
184# anyboot - A custom image (type "anyboot-image"), its size will be 4 MB larger
185#           than the value of HAIKU_IMAGE_SIZE, named haiku-anyboot.image.
186# crash   - Similar to the vmware profile, but created at a specific location
187#           and 1 GB size. Furthermore a "crash-tests" directory will be copied
188#           to the image.
189# install - Installation in directory "/Haiku2" (type "install").
190
191DefineBuildProfile disk : disk : "/dev/sda57" ;
192DefineBuildProfile qemu : image : "haiku-qemu.image" ;
193DefineBuildProfile vmware : vmware-image ;
194DefineBuildProfile anyboot : anyboot-image : "haiku-anyboot.image" ;
195DefineBuildProfile crash : vmware-image
196	: "/home/foobar/vmware/Virtual Machines/CrashOMatic/CrashOMatic.vmdk" ;
197DefineBuildProfile install : install : /Haiku2 ;
198
199switch $(HAIKU_BUILD_PROFILE) {
200	case "disk" : {
201		AddOptionalHaikuImagePackages BeBook BeHappy BePDF Bluetooth CVS
202			Development Firefox OpenSSH OpenSSL P7zip Pe Subversion Vision
203			Welcome WonderBrush ;
204	}
205
206	case "qemu" : {
207		HAIKU_IMAGE_SIZE = 200 ;
208	}
209
210	case "vmware" : {
211		HAIKU_IMAGE_SIZE = 400 ;
212		HAIKU_DONT_CLEAR_IMAGE = 1 ;
213		AddOptionalHaikuImagePackages Development Pe ;
214	}
215
216	case "anyboot" : {
217		HAIKU_IMAGE_SIZE = 400 ;
218	}
219
220	case "crash" : {
221		HAIKU_IMAGE_SIZE = 1024 ;
222		HAIKU_DONT_CLEAR_IMAGE = 1 ;
223		AddOptionalHaikuImagePackages Development Pe ;
224		CopyDirectoryToHaikuImage home Desktop : $(HAIKU_TOP)/../crash-tests ;
225	}
226}
227
228# By specifying the build profile name as first (non-option) parameter on the
229# jam command line prefixed by an "@" character, the profile will be selected.
230# The second parameter specifies the action to be performed, further optional
231# parameters may follow. Jam command line examples:
232#
233# jam -q @disk build
234#	-> Equivalent to running "jam -q haiku-image" with the settings for the
235#      "disk" profile. "build" is the default action, so it could even be
236#      omitted.
237# jam -q @vmware update kernel
238#	-> Equivalent to running "jam -q update-vmware-image kernel" with the
239#      settings for the "vmware" profile.
240# jam -q @crash mount
241#	-> Enters the bfs_shell mounting the image specified by the "crash" profile.
242#
243# Note, that the build system will automatically define the build profiles
244# "image", "vmware-image", and "install", unless they are already defined in
245# the UserBuildConfig. They correspond to the respective build profile types
246# and use the values of the variables HAIKU[_VMWARE]_IMAGE_NAME,
247# HAIKU_IMAGE_DIR, HAIKU_INSTALL_DIR, respectively their default values.
248# "jam -q @image" will therefore be equivalent to "jam -q haiku-image".
249
250
251# Creating Sourceable Shell Scripts
252
253# If you use shell scripts (e.g. for testing) that need to access targets or
254# build system properties, you can tell the build system to generate a
255# variables defining shell script you can source from your shell script.
256
257# General setup for the shell script to generate. Name is test.inc, located
258# in the output directory.
259MakeLocate test.inc : $(HAIKU_OUTPUT_DIR) ;
260Always test.inc ;
261
262# Define variable "outputDir" in the shell script, with the value of
263# HAIKU_OUTPUT_DIR.
264AddVariableToScript test.inc : outputDir : $(HAIKU_OUTPUT_DIR) ;
265
266# Define variables "bfsShell" and "fsShellCommand" referring to the
267# generated bfs_shell and fs_shell_command respectively.
268AddTargetVariableToScript test.inc : bfs_shell : bfsShell ;
269AddTargetVariableToScript test.inc : fs_shell_command : fsShellCommand ;
270
271# If no variable name is given, the name (without grist) of the target is
272# used, i.e. a variable "rc" referring to the rc command built for the host
273# platform is defined in the script.
274AddTargetVariableToScript test.inc : <build>rc ;
275
276
277# Optimizing Jamfile Parsing Times / Third Party Inclusion
278
279# Setting this variable will prevent the root Jamfile to include the Jamfile
280# in the src directory. Instead only the directories required for building the
281# build tools are included. Only useful in combination with DeferredSubInclude.
282HAIKU_DONT_INCLUDE_SRC = 1 ;
283
284# Schedule the given subdirectory for inclusion at the end of the root
285# Jamfile (directly using SubInclude here is not possible). Using this
286# feature together with HAIKU_DONT_INCLUDE_SRC allows developers working
287# only on a subproject to reduce Jamfile parsing times considerably.
288DeferredSubInclude HAIKU_TOP src tests add-ons kernel file_systems
289	userlandfs ;
290
291# Schedule src/3rdparty/myproject/Jamfile.haiku for later inclusion. The "local"
292# parameter specifies that the alternative Jamfile name shall not be used for
293# any subdirectory of the given directory (i.e. "Jamfile" will be used as
294# usual). Omitting this parameter or specifying "global" will cause the given
295# name to be used recursively.
296DeferredSubInclude HAIKU_TOP src 3rdparty myproject : Jamfile.haiku : local ;
297
298# The following rules can be overriden to do things at different points of
299# the build system execution by jam (note: we're talking about execution of
300# Jamfiles, not the build actions they define):
301#
302# UserBuildConfigRulePostBuildTargets:
303#	Executed after the complete Jamfile tree has been processed. I.e. all build
304#	targets are known and located at this point.
305# UserBuildConfigRulePreImage:
306#	Executed after the contents of the Haiku image has been defined, but before
307#	the scripts generating the images are defined.
308# UserBuildConfigRulePostImage:
309#	Executed after the Haiku image build target has been fully defined.
310#
311# E.g. making use of the fact that all targets have already been located when
312# UserBuildConfigRulePostBuildTargets is called, we can print the directory
313# where the StyledEdit executable will be generated.
314rule UserBuildConfigRulePostBuildTargets
315{
316	Echo "StyledEdit will appear here:" [ on StyledEdit return $(LOCATE) ] ;
317}
318