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