Project

General

Profile

Cross-compiling NDN projects for Raspberry Pi » History » Version 46

Wentao Shang, 10/31/2014 03:48 PM

1 1 Wentao Shang
Cross-compiling NDN projects for Raspberry Pi
2
=============================================
3
4 2 Wentao Shang
Note: before reading this document, you should already be familiar with the basic concepts of compiling and linking (especially the linking part). If not, you may be interested in reading this great book: [Linkers and Loaders](http://www.amazon.com/Linkers-Kaufmann-Software-Engineering-Programming/dp/1558604960/ref=sr_1_1?ie=UTF8&qid=1394130356&sr=8-1&keywords=linker+and+loader)
5 3 Wentao Shang
6 10 Wentao Shang
Basic idea
7 7 Wentao Shang
----------
8 1 Wentao Shang
9 7 Wentao Shang
Remember to compile a C/C++ project, we need the source code for the project, the header files for the included libraries, the binary objects of the libraries, and the compiler tools (gcc, as, ld, etc.). The combination of the last three things together is referred to as a _building environment_. Cross-compiling is no different. To cross compile a project, we first need to setup the building environment and then build the source code in that environment.
10
11
Difference between "native compiling" and "cross compiling"
12 9 Wentao Shang
--------
13 7 Wentao Shang
14 14 Wentao Shang
The biggest difference is that for native compiling, you build the binaries that will run on the same platform where you build them. For cross compiling, however, you build the binaries on one platform (called _build_ platform) and run them on another platform (called _host_ or _target_ platform). The platforms may differ in the operating systems (Windows vs. Linux) and/or the CPU architectures (x86_64 vs. arm32).
15 8 Wentao Shang
16 10 Wentao Shang
Raspberry Pi platform information
17 1 Wentao Shang
--------
18 10 Wentao Shang
19
Raspberry Pi runs on *ARMv6* CPU, which is a 32bit chip with hardware float-point support (abbreviated as *armhf*). There are many operating systems available. The one we are going to use is called *Raspbian*, which is a port of the Debian "wheezy" Linux distribution.
20
21 15 Wentao Shang
Creating compiling toolchain for Raspberry Pi
22 10 Wentao Shang
--------
23 1 Wentao Shang
24 46 Wentao Shang
To prepare a building environment, we need to get the gcc/g++ compiler toolchain that will generate binaries for the armhf platform. Raspbian already provided a set of compiling tools on their official [github](https://github.com/raspberrypi/tools), which works for both 32bit and 64bit Linux. If you decide to use the official toolchain, you may skip the rest of this section.
25 15 Wentao Shang
26
The tool we are going to use to build our gcc is [ct-ng](http://crosstool-ng.org/). It is designed to run on Linux but can be adjusted via some hacks to run on MacOSX. It is pretty easy to use and you may find this [article](http://www.kitware.com/blog/home/post/426) very helpful when building your own toolchain.
27
28
Tip: you may use the configuration file from Raspbian [github](https://github.com/raspberrypi/tools/blob/master/configs/bcm2708hardfp-ct-ng.config), which will load the "official" configurations for the platform.
29 16 Wentao Shang
30 40 Wentao Shang
We have a toolchain package available for download. It is compiled on Ubuntu 12.04 64bit platform and should also work for later versions of Ubuntu 64bit. The download link is http://irl.cs.ucla.edu/~wentao/pi/pi-tools.tar.gz
31
32 16 Wentao Shang
Getting libraries ready
33
--------
34 17 Wentao Shang
35 18 Wentao Shang
After we have the toolchain, the next step is to gather the libraries, including the header files (_.h_ files) and the binaries (_.a, .so_ files). The libraries used by the NDN projects include *openssl, Boost, sqlite3, crypto++*. Those libraries may recursively depend on other libraries and it will be a big headache to compile all of them from source code and resolve the dependencies manually. Fortunately, Raspbian has a public package repo containing the binaries for most packages available on Debian. So the easy walk-around is to _install_ those libraries directly on Raspberry Pi using _apt-get_ and then copy the relevant files down to our build machine.
36 19 Wentao Shang
37 21 Wentao Shang
On Raspbian, all the header files are in the */usr/include* folder, while the binary objects for the libraries are scattered in many places, such as */usr/lib, /lib*, etc. A simple way to find the path of a library is to run the following command:
38 19 Wentao Shang
39
    ldconfig -p | grep _library_name_
40
41 20 Wentao Shang
*ldconfig -p* will show all the dynamic linking libraries currently available on the system and their locations in the file system.
42 22 Wentao Shang
43
You may copy all the binaries into the same folder. For example, on the build machine you may have the folder _~/pi/_ and inside that folder there are two sub-folders _./include_ and _./lib_. You can copy all the header files into the include folder and the binaries into the lib folder.
44
45 33 Wentao Shang
Here is the list of library files that you need to get in order to compile the NDN projects. You MAY need other library files for your own project.
46
47
    .
48
    ├── include
49 34 Wentao Shang
    │   ├── boost/
50
    │   ├── cryptopp/
51 33 Wentao Shang
    │   ├── expat_config.h
52
    │   ├── expat_external.h
53
    │   ├── expat.h
54 34 Wentao Shang
    │   ├── openssl/
55
    │   ├── pcap/
56 33 Wentao Shang
    │   ├── pcap-bpf.h
57
    │   ├── pcap.h
58
    │   ├── pcap-namedb.h
59
    │   ├── sqlite3ext.h
60
    │   └── sqlite3.h
61
    └── lib
62
        ├── ld-linux-armhf.so.3
63
        ├── libboost_chrono.so
64
        ├── libboost_date_time.so
65
        ├── libboost_filesystem.so
66
        ├── libboost_iostreams.so
67
        ├── libboost_program_options.so
68 42 Wentao Shang
        ├── libboost_random.so
69 33 Wentao Shang
        ├── libboost_regex.so
70
        ├── libboost_system.so
71
        ├── libbz2.so.1.0
72
        ├── libcryptopp.so -> libcrypto++.so
73
        ├── libcrypto.so
74
        ├── libcrypto++.so
75
        ├── libexpat.so
76
        ├── libicudata.so.48
77
        ├── libicui18n.so.48
78
        ├── libicuuc.so.48
79
        ├── libpcap.so
80
        ├── libsqlite3.so
81
        ├── libssl.so
82
        ├── libz.so.1
83 1 Wentao Shang
        └── pkgconfig
84 41 Wentao Shang
85
We have packaged the minimum library files into a package and made it available for download. Note that the Boost library contained in this package is not complete: it only includes the minimum required libs for ndn-cxx and NFD project. The download link is http://irl.cs.ucla.edu/~wentao/pi/pi-env.tar.gz
86 33 Wentao Shang
87 43 Wentao Shang
Note: later versions of ndn-cxx also added dependency on libboost\_random, which is not included in the pi-env package. The .so file can be downloaded at http://irl.cs.ucla.edu/~wentao/pi/libboost_random.so
88
89 22 Wentao Shang
Building the source code
90
--------
91 23 Wentao Shang
92 24 Wentao Shang
The final step is to compile the projects using the environment we created. The basic idea is to call the cross toolchain and link against the cross-compiled libraries. To do that, we need to export a set of shell variables that are used by the *make* command. For example, we can export the following variables in the shell:
93
94
    export AS=/path/to/your/toolchain/as
95
    export LD=/path/to/your/toolchain/ld
96
    export CC=/path/to/your/toolchain/cc
97
    export CXX=/path/to/your/toolchain/c++
98
99 28 Wentao Shang
This will tell *make* to use the toolchain we specify instead of the default toolchain.
100 25 Wentao Shang
101 29 Wentao Shang
In order to point the toolchain to the correct location to search libraries, we also need to export *CFLAGS/CPPFLAGS* and *LDFLAGS* variables, which will be provided to *gcc* as options:
102 1 Wentao Shang
103 26 Wentao Shang
    export CFLAGS="-I/path/to/your/include/folder -L/path/to/your/lib/folder -Wl,-rpath=/path/to/your/lib/folder"
104
    export LDFLAGS="-L/path/to/your/lib/folder -Wl,-rpath=/path/to/your/lib/folder"
105
106 28 Wentao Shang
Note that we repeat the *LDFLAGS* in the *CFLAGS*. This is because some Makefile script may combine the compiling and linking steps together and use only *CFLAGS*. (This actually happens when building the NDNx project.)
107 26 Wentao Shang
108 28 Wentao Shang
Another important option is the _rpath_ option. This specifies where the linker will search for recursive dependencies.
109 35 Wentao Shang
110 38 Wentao Shang
Here is a sample script for configuring & compiling NFD. It can be ported to compile other *waf* based projects as well.
111 35 Wentao Shang
112
    #!/bin/bash
113
114
    export PATH=/home/wentao/tools/arm-bcm2708/arm-bcm2708hardfp-linux-gnueabi/bin:$PATH
115
116
    arch="arm-bcm2708hardfp-linux-gnueabi"
117
118
    export AR="${arch}-ar"
119
    export AS="${arch}-as"
120
    export LD="${arch}-ld"
121
    export CC="${arch}-cc"
122
    export CXX="${arch}-c++"
123
    export RANLIB="${arch}-ranlib"
124
125
    export CFLAGS="-O2 -std=gnu99 -I/home/wentao/pi/include -L/home/wentao/pi/lib"
126 44 Wentao Shang
    export CXXFLAGS="-O2 -g -std=c++11 -I/home/wentao/pi/include -L/home/wentao/pi/lib"
127 35 Wentao Shang
    export LDFLAGS="-Wl,-rpath=/home/wentao/pi/lib -L/home/wentao/pi/lib"
128
    export PKG_CONFIG_PATH=~/pi/lib/pkgconfig
129
130
    ./waf configure --prefix=/home/wentao/pi --boost-includes=/home/wentao/pi/include --boost-libs=/home/wentao/pi/lib
131
132 45 Wentao Shang
    if [ $? = 0 ]
133
    then
134
        ./waf clean
135
        ./waf
136
    fi
137 1 Wentao Shang
138 38 Wentao Shang
After running this script, you may run *./waf install* to copy all the generated binaries into the folder you specified in *--prefix* option at *./waf configure* step. In our case, it will be */home/wentao/pi*. This is helpful if you are cross-compiling your own libraries (e.g., ndn-cxx) that you want to use to further compile other projects.
139 35 Wentao Shang
140 39 Wentao Shang
Another sample script for configuring and compiling ndn-cxx:
141
142
    #!/bin/bash
143
144
    export PATH=/home/wentao/tools/arm-bcm2708/arm-bcm2708hardfp-linux-gnueabi/bin:$PATH
145
146
    arch="arm-bcm2708hardfp-linux-gnueabi"
147
148
    export AR="${arch}-ar"
149
    export AS="${arch}-as"
150
    export LD="${arch}-ld"
151
    export CC="${arch}-cc"
152
    export CXX="${arch}-c++"
153
    export RANLIB="${arch}-ranlib"
154
155
    export CFLAGS="-O2 -std=gnu99 -I/home/wentao/pi/include -L/home/wentao/pi/lib"
156 44 Wentao Shang
    export CXXFLAGS="-O2 -g -std=c++11"
157 39 Wentao Shang
    export LDFLAGS="-Wl,-rpath=/home/wentao/pi/lib"
158
    export PKG_CONFIG_PATH=~/pi/lib/pkgconfig
159
160 1 Wentao Shang
    ./waf configure --prefix=/home/wentao/pi --boost-includes=/home/wentao/pi/include --boost-libs=/home/wentao/pi/lib --with-openssl=/home/wentao/pi --with-cryptopp=/home/wentao/pi
161
162 45 Wentao Shang
    if [ $? = 0 ]
163
    then
164
        ./waf clean
165
        ./waf
166
    fi
167
168
Note: starting from Oct. 30, 2014, ndn-cxx and NFD have switched to adopt C++11 standard. As a result, you need to feed "-std=c++11" flag to gcc during cross-compiling.
169 39 Wentao Shang
170 38 Wentao Shang
Here is the sample script for configuring & compiling NDNx. It can be ported to compile other *automake* based projects as well.
171
172 35 Wentao Shang
    #!/bin/bash
173
174
    export PATH=/home/wentao/tools/arm-bcm2708/arm-bcm2708hardfp-linux-gnueabi/bin:$PATH
175
176
    arch="arm-bcm2708hardfp-linux-gnueabi"
177
178
    export AR="${arch}-ar"
179
    export AS="${arch}-as"
180
    export LD="${arch}-ld"
181
    export CC="${arch}-cc"
182
    export CXX="${arch}-c++"
183
    export RANLIB="${arch}-ranlib"
184
185
    export CFLAGS="-O2 -std=gnu99 -I/home/wentao/pi/include -L/home/wentao/pi/lib -Wl,-rpath=/home/wentao/pi/lib"
186 1 Wentao Shang
    export LDFLAGS="-L/home/wentao/pi/lib -Wl,-rpath=/home/wentao/pi/lib"
187
188 35 Wentao Shang
    ./configure --build="x86_64-linux-gnu" --host="${arch}" --prefix="/home/wentao/pi"
189 38 Wentao Shang
190
    make