1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
|
// file : INSTALL.cli
// copyright : Copyright (c) 2014-2016 Code Synthesis Ltd
// license : MIT; see accompanying LICENSE file
"
The \c{build2} toolchain requires a C++11 compiler with limited C++14 support.
GCC 4.8 or later and Clang 3.4 or later are known to work. If you only need the
\c{build2} build system without the \c{bpkg} package manager, then the C++
compiler is all you will need. If, however, you would also like to build
\c{bpkg}, then you will first need to obtain SQLite as well as the \c{libodb}
and \c{libodb-sqlite} libraries.
In this guide we install everything that we build into \c{/usr/local}. If you
would like to use a different installation location, you will need to make
adjustments to the commands below.
Note on \c{/usr/local}: most distributions these days \"cripple\" this location
by either not searching \c{/usr/local/include} for headers during compilation
(so we add the \c{-I} option) or not searching \c{/usr/local/lib} for libraries
either during linking (so we add the \c{-L} option) or at runtime (which we fix
with the help of \c{-rpath}). If you know that your installation doesn't suffer
from (some of) these issues, then you can adjust the commands below
accordingly. Note that even if \c{/usr/local/lib} is searched at runtime, you
may still have to run \cb{ldconfig(1)} (as \c{root}) after the installation to
refresh the library cache.
Note for Mac OS users: you will need version 10.5 (Leopard) or later. We will
also be using the system C++ toolchain that comes with the Xcode Command Line
Tools. To verify it is installed, run:
\
$ g++ --version
\
To install Command Line Tools, run:
\
$ xcode-select --install
\
\dl|
\li|1. Installing SQLite\n
Skip this step if you are only interested in the \c{build2} build system.
To install SQLite, use your distribution's package manager and make sure
you install both the libraries (most likely already installed) and the
development files.
For Debian/Ubuntu:
\
$ sudo apt-get install libsqlite3-dev
\
For RedHat/Fedora:
\
$ sudo yum install sqlite-devel
\
For FreeBSD:
\
# pkg install sqlite3
\
For Mac OS:
You should already have a system-default version installed. To verify:
\
$ ls /usr/include/sqlite3.h /usr/lib/libsqlite3.dylib
\
To see which version you have, run:
\
$ grep '#define SQLITE_VERSION' /usr/include/sqlite3.h
\
Any recent version (i.e., greater than 3.5.0) should work. If for some
reason you don't seem to have SQLite, download the source code then build
and install it into \c{/usr/local}.
|
\li|\n2. Installing \c{libodb} and \c{libodb-sqlite}\n
Again, skip this step if you are only interested in the \c{build2} build
system.
[Currently we use pre-release versions of these libraries so they have to be
built from source.]
Download source packages for the two libraries from the same location as
\l{https://download.build2.org \c{build2-toolchain}}. Then unpack, build,
and install:
\
$ cd lib*-X.Y.Z
$ ./configure --prefix=/usr/local \
CPPFLAGS=-I/usr/local/include \
LDFLAGS=-L/usr/local/lib
$ make
$ sudo make install
\
See the \c{INSTALL} file for each library for more information.|
\li|\n3. Bootstrapping \c{build2}\n
Download \l{https://download.build2.org \c{build2-toolchain}} then unpack
and bootstrap the \c{build2} build system:
\
$ cd build2-toolchain-X.Y.Z
$ cd build2/
$ ./bootstrap
$ ./build2/b-boot config.bin.rpath=/usr/local/lib update
\
For more information on this step (for example, how to specify the C++
compiler, options, etc.), refer to the \c{INSTALL} file in the \c{build2/}
subdirectory of \c{build2-toolchain}.|
\li|\n4. Configuring, Building, and Installing the Rest of the Toolchain\n
\
$ cd .. # back to build2-toolchain-X.Y.Z
$ ./build2/build2/b \
config.cxx.poptions=-I/usr/local/include \
config.cxx.loptions=-L/usr/local/lib \
config.bin.rpath=/usr/local/lib \
config.install.root=/usr/local \
config.install.root.sudo=sudo \
configure
$ ./build2/build2/b update
$ ./build2/build2/b install
\
To test the installation, run:
\
$ which b
/usr/local/bin/b
$ b --version
$ which bpkg
/usr/local/bin/bpkg
$ bpkg --version
\
|
\li|\n5. Setting up updates with the package manager\n
If you only need to build this specific version of the toolchain, then you
are done and can skip this step. However, if you are planning to upgrade to
future versions, then going every time through the bootstrap steps will be
tedious. Instead, we can use the \c{bpkg} package manager to manage upgrades
automatically. Note also that without periodic upgrades your version of the
toolchain may become too old to be able to upgrade itself. In this case you
will have to fall back onto the bootstrap process.
First, choose a directory where you would like \c{bpkg} to build everything,
for example, \c{build2-toolchain}. Then:
\
$ cd # back to home directory
$ mkdir build2-toolchain
$ cd build2-toolchain
$ bpkg create \
cxx \
config.cxx.poptions=-I/usr/local/include \
config.cxx.loptions=-L/usr/local/lib \
config.bin.rpath=/usr/local/lib \
config.install.root=/usr/local \
config.install.root.sudo=sudo
$ bpkg add http://pkg.cppget.org/1/alpha
$ bpkg fetch
$ bpkg build build2 bpkg
$ bpkg install build2 bpkg
\
Later, to upgrade to a new version of the toolchain, simply do:
\
$ bpkg fetch
$ bpkg status build2 bpkg # See if any upgrades are available.
$ bpkg build build2 bpkg
$ bpkg install build2 bpkg
\
||
"
|
