3
|
1 |
<?xml version="1.0" encoding="ISO-8859-1"?>
|
|
2 |
|
|
3 |
<build xmlns="http://symbian.com/xml/build"
|
|
4 |
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
|
|
5 |
xsi:schemaLocation="http://symbian.com/xml/build build/2_0.xsd">
|
|
6 |
|
|
7 |
<!--
|
|
8 |
|
|
9 |
To change the defaults for Raptor, edit and copy this file
|
|
10 |
to $SBS_HOME
|
|
11 |
|
|
12 |
This will be used unless there is a file called $HOME/.sbs_init.xml
|
|
13 |
(note the "." before the "s") which will be used instead.
|
|
14 |
|
|
15 |
Read on to the next <var> to see other things you can do with this file.
|
|
16 |
|
|
17 |
-->
|
|
18 |
|
|
19 |
<var name="defaults.init">
|
|
20 |
<!-- environment variables used in this configuration -->
|
|
21 |
<env name="EPOCROOT" default="/" type="path"/>
|
|
22 |
|
|
23 |
<!-- default parameter settings -->
|
|
24 |
|
|
25 |
<!-- Make command parameter file -->
|
|
26 |
<set name="makeEngine" value="make"/>
|
|
27 |
|
|
28 |
<!-- Location of the highest level makefile -->
|
|
29 |
<set name="topMakefile" value="$(EPOCROOT)/epoc32/build/Makefile"/>
|
|
30 |
|
|
31 |
<!-- Name of the build logging file -->
|
|
32 |
<set name="logFileName" value="$(EPOCROOT)/epoc32/build/Makefile.%TIME.log"/>
|
|
33 |
|
|
34 |
<!-- Default build configuration name -->
|
|
35 |
<set name="defaultConfig" value="default"/>
|
|
36 |
|
|
37 |
<!-- Names of standard build files -->
|
|
38 |
<set name="buildInformation" value="bld.inf"/>
|
|
39 |
<set name="systemDefinition" value="System_Definition.xml"/>
|
|
40 |
|
|
41 |
<!-- Standard directories -->
|
|
42 |
<set name="systemConfig" value="lib/config"/>
|
|
43 |
<set name="systemFLM" value="lib/flm"/>
|
|
44 |
<set name="systemPlugins" value="python/plugins"/>
|
|
45 |
<set name="systemDefinitionBase" value="."/>
|
|
46 |
|
|
47 |
<!-- Do not print any information messages? -->
|
|
48 |
<set name="quiet" value="false"/>
|
|
49 |
|
|
50 |
<!-- How many jobs to run in parallel? (for make -j) -->
|
|
51 |
<set name="jobs" value="4"/>
|
|
52 |
|
|
53 |
<!-- How many attempts to run a job before recording an error?
|
|
54 |
This is useful for builds that can have transient failures. -->
|
|
55 |
<set name="tries" value="1"/>
|
|
56 |
|
|
57 |
<!-- Carry on trying to build even if some commands fail? -->
|
|
58 |
<set name="keepGoing" value="false"/>
|
|
59 |
|
|
60 |
<!-- Do we use a bld.inf or System_Definition.xml if both are in the CWD -->
|
|
61 |
<set name="preferBuildInfoToSystemDefinition" value="false"/>
|
|
62 |
|
|
63 |
<!-- Always use ignore OS detection? -->
|
|
64 |
<set name="ignoreOsDetection" value="false"/>
|
|
65 |
|
|
66 |
<!-- Always use a specific list of filters -->
|
|
67 |
<set name="filterList" value="FilterTerminal,FilterLogfile"/>
|
|
68 |
|
|
69 |
</var>
|
|
70 |
|
|
71 |
<!--
|
|
72 |
|
|
73 |
Other variants can be defined and used on the command line. The "bob"
|
|
74 |
variant below adds a macro called "BOB" to a configuration. Use it by
|
|
75 |
typing the command:
|
|
76 |
|
|
77 |
sbs -c armv5.bob -c winscw.bob
|
|
78 |
|
|
79 |
-->
|
|
80 |
|
|
81 |
<var name="bob">
|
|
82 |
<append name="CDEFS" value="BOB"/>
|
|
83 |
</var>
|
|
84 |
|
|
85 |
<!--
|
|
86 |
|
|
87 |
Aliases are used to give shorter names to strings of variants. Internally
|
|
88 |
things like armv5_urel are defined as aliases, so the following are the
|
|
89 |
same build:
|
|
90 |
|
|
91 |
sbs -c armv5_urel
|
|
92 |
sbs -c arm.v5.urel.rvct2_2
|
|
93 |
|
|
94 |
This means that you can re-define an alias to use a different compiler, for
|
|
95 |
example. The following aliases change the compiler used for armv5 and armv7
|
|
96 |
builds to be RVCT 4.0
|
|
97 |
|
|
98 |
-->
|
|
99 |
|
|
100 |
<alias name="armv5_urel" meaning="arm.v5.urel.rvct4_0"/>
|
|
101 |
<alias name="armv5_udeb" meaning="arm.v5.udeb.rvct4_0"/>
|
|
102 |
|
|
103 |
<alias name="armv7_urel" meaning="arm.v7.urel.rvct4_0"/>
|
|
104 |
<alias name="armv7_udeb" meaning="arm.v7.udeb.rvct4_0"/>
|
|
105 |
|
|
106 |
<!--
|
|
107 |
|
|
108 |
Groups allow a single -c option to expand into a set of build configurations
|
|
109 |
that are all done at the same time. Internally armv5 is a group of
|
|
110 |
armv5_urel and armv5_udeb. You can define your own groups and groups of
|
|
111 |
groups. The example below is a group which builds production and test code
|
|
112 |
for armv5 at the same time. Use it by typing the command:
|
|
113 |
|
|
114 |
sbs -c armv5_all
|
|
115 |
|
|
116 |
instead of:
|
|
117 |
|
|
118 |
sbs -c armv5_urel -c armv5_udeb -c armv5_urel.test -c armv5_udeb.test
|
|
119 |
|
|
120 |
-->
|
|
121 |
|
|
122 |
<group name="armv5_all">
|
|
123 |
<groupRef ref="armv5"/>
|
|
124 |
<groupRef ref="armv5" mod="test"/>
|
|
125 |
</group>
|
|
126 |
|
|
127 |
</build>
|