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
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
|
TOC
1. Introduction
2. Installing and setting up the Android environment
3. Getting the source code
4. Installing the required Ubuntu packages
5. How to compile
6. Installing XBMC in an Android system
7. Running and debugging XBMC in an Android system
8. Architecture
9. Useful Commands
-----------------------------------------------------------------------------
1. Introduction
-----------------------------------------------------------------------------
We currently recommend Ubuntu "Precise Pangolin" (12.04) 64Bit. This is what our continuous
integration system "jenkins" is using.
Additionally, building from OSX Snow Leopard is working.
NOTE TO NEW USERS: All lines that are prefixed with the '#'
character are commands that need to be typed into a terminal window /
console (similar to the command prompt for Windows). Note that the '#'
character itself should NOT be typed as part of the command.
-----------------------------------------------------------------------------
2. Installing the required Ubuntu packages
-----------------------------------------------------------------------------
These are the minimum packages necessary for building XBMC. Non-Ubuntu
users will need to get the equivalents.
# sudo apt-get install build-essential default-jdk git curl autoconf \
unzip zip zlib1g-dev gawk gperf cmake
If you run a 64bit operating system you will also need to get ia32-libs
# sudo apt-get install ia32-libs
The following versions are used on our continuous integration system "jenkins". Other (newer)
versions might work as well.
JDK: openjdk-6-jdk (java version "1.6.0_27")
JRE: openjre-6-jre (java version "1.6.0_27")
-----------------------------------------------------------------------------
3. Installing and setting up the Android environment
-----------------------------------------------------------------------------
To develop XBMC for Android the Android SDK and NDK are required.
--------------------------------------------------------------------
3.1. Getting the Android SDK and NDK
--------------------------------------------------------------------
To get the Android SDK, go to http://developer.android.com/sdk and
download the latest version for your operating system. The NDK
can be downloaded from http://developer.android.com/tools/sdk/ndk/
[NOTICE] Compiling XBMC for Android requires Android NDK
Revision r9. For the SDK just use the latest available.
It will work.
After downloading the SDK and NDK extract the files contained in the
archives to your harddisk. For our example we are extracting in the following
directories (this matches the example from tools/depends/README aswell):
NDK (referenced as <android-ndk> from now on):
/opt/android-ndk-r9
TOOLCHAIN (arm) (referenced as <android-toolchain-arm> from now on):
/opt/arm-linux-androideabi-4.8-vanilla/android-14
TOOLCHAIN (x86) (referenced as <android-toolchain-x86> from now on):
/opt/x86-linux-4.8-vanilla/android-14
SDK (referenced as <android-sdk> from now on):
/opt/android-sdk-linux
Make sure you have a recent JRE and JDK installed otherwise the
Android SDK will not work. (see point 2.)
--------------------------------------------------------------------
3.2. Installing Android SDK packages
--------------------------------------------------------------------
After having extracted the Android SDK to <android-sdk> you need to
install some android packages using the Android SDK Manager:
# cd <android-sdk>/tools
# ./android update sdk -u -t platform,platform-tool
--------------------------------------------------------------------
3.3. Setup the Android toolchain
--------------------------------------------------------------------
To be able to compile XBMC and the libraries it depends on for the
Android platform you first need to setup an Android toolchain using
the Android NDK which you earlier extracted to <android-ndk>. The
following commands will create a toolchain suitable for the most
common scenario.
The --install-dir option (and therefore the <android-toolchain-arm>/<android-toolchain-x86> value)
specifies where the resulting toolchain should be installed (your choice).
[NOTICE] XBMC uses the android API Version 14 and gcc version 4.8!
Building for arm architecture:
# cd <android-ndk>
# ls platforms
# cd build/tools
# ./make-standalone-toolchain.sh --ndk-dir=../../ \
--install-dir=<android-toolchain-arm>/android-14 --platform=android-14 \
--toolchain=arm-linux-androideabi-4.8
Building for x86 architecture:
# cd <android-ndk>
# ls platforms
# cd build/tools
# ./make-standalone-toolchain.sh --ndk-dir=../../ \
--install-dir=<android-toolchain-x86>/android-14 --platform=android-14 \
--toolchain=x86-4.8 --arch=x86 --system=linux-x86_64
Make sure to pick a toolchain for your desired architecture.
--------------------------------------------------------------------
3.4. Create a (new) debug key to sign debug APKs
--------------------------------------------------------------------
All packages must be signed. The following command will generate a
self-signed debug key. If the result is a cryptic error, it
probably just means a debug key already existed, no cause for alarm.
# keytool -genkey -keystore ~/.android/debug.keystore -v -alias \
androiddebugkey -dname "CN=Android Debug,O=Android,C=US" -keypass \
android -storepass android -keyalg RSA -keysize 2048 -validity 10000
-----------------------------------------------------------------------------
4. Getting the source code
-----------------------------------------------------------------------------
# cd $HOME
# git clone git://github.com/xbmc/xbmc.git xbmc-android
# cd xbmc-android
# git submodule update --init addons/skin.touched
-----------------------------------------------------------------------------
5. How to compile
-----------------------------------------------------------------------------
Compiling XBMC for Android consists of compiling the libraries XBMC depends
on with the Android toolchain and creating an Android Application Package
(APK) which can be installed in an Android system.
--------------------------------------------------------------------
5.1. Building dependencies
--------------------------------------------------------------------
# cd $HOME/xbmc-android/tools/depends
# ./bootstrap
# ./configure --help
Run configure with the correct settings for you local configuration.
See tools/depends/README for examples.
Anyone working on the dependencies themselves will want to set the
environment variables specified in ~/.bashrc or similar, to avoid
having to input these with each configure.
# make -j <jobs>
This build was designed to be massively parallel. Don't be afraid to
give it a 'make -j20' or so.
Verify that all deps built correctly (it will tell you so) before
continuing. You will get crazy build errors otherwise. If in doubt
run another 'make' (single threaded) until the message
"Dependencies built successfully." appears.
--------------------------------------------------------------------
5.2. Building XBMC
--------------------------------------------------------------------
# cd $HOME/xbmc-android
# make -C tools/depends/target/xbmc
# make
# make apk
After the first build (assuming bootstrap and configure are successful),
subsequent builds can be run with a simple 'make' and 'make apk'.
-----------------------------------------------------------------------------
6. Installing XBMC in an Android system
-----------------------------------------------------------------------------
To install XBMC through the previously built APK in an Android system you can
either install it on a real device (smartphone/tablet/...) running Android
>= 2.3.x.
--------------------------------------------------------------------
6.1. Installing XBMC on the Android device
--------------------------------------------------------------------
Make sure your Android device is connected to your computer through
USB. Furthermore you have to enable the following option in your
device's Android settings:
- Applications
[X] Unknown sources
# cd $HOME/xbmc-android/tools/android/packaging
# adb devices
# adb -s <device-id> install -r images/xbmcapp-debug.apk
The <device-id> can be retrieved from the list returned by the
"adb devices" command and is the first value in the row representing
your device.
-----------------------------------------------------------------------------
7. Running and debugging XBMC in an Android system
-----------------------------------------------------------------------------
After installing XBMC's APK in an Android system you can start it using its
Launcher icon in Android's Application Launcher.
--------------------------------------------------------------------
7.1. Debugging XBMC
--------------------------------------------------------------------
To be able to see what is happening while running XBMC you first need
to enable USB debugging in your Android settings (this is already done
when using the emulator):
- Applications
[X] Unknown sources
- Development
[X] USB debugging
To access the log output of your Android system run (the -s parameter
and the <device-id> may not be needed when using the Android emulator)
# adb -s <device-id> logcat
--------------------------------------------------------------------
7.2. GDB
--------------------------------------------------------------------
GDB can be used to debug, though the support is rather primitive. Rather than
using gdb directly, you will need to use ndk-gdb which wraps it. Do NOT trust
the -p/--project switches, as they do not work. Instead you will need
to cd to tools/android/packaging/xbmc and execute it from there.
# ndk-gdb --start --delay=0
This will open the installed version of XBMC and break. The warnings can be
ignored as we have setup the appropriate paths already.
--------------------------------------------------------------------
8. Architecture
--------------------------------------------------------------------
During the early days of the android port, xbmc was launched via a stub lib
that then dlopen'd libxbmc. This was done to get around bionic's poor handling
of shared libs. We now compile everything into libxbmc itself so that it has
no runtime dependencies beyond system libs. Done this way, we're able to launch
into libxbmc directly.
But we still hit Bionic's loader's deficiencies when we dlopen a lib. There are
two main issues to overcome for loading:
1. Bionic imports all symbols for a lib as soon as it is loaded, and it will
refuse to open a lib if it has a single unresolved symbol
2. It does not search recursively during the resolve. So if liba depends on
libb, dlopen'ing liba will _not_ pull in missing symbols from libb. This is
particularly nasty considering #1.
To work-around these problems we use our own recursive loader in place of
dlopen. This loader mimics expected behavior. Using the example above, loading
libb before liba will mean that everything will resolve correctly.
Additionally, Android does not use versioned solibs. libfoo.so.1 which is
typical on linux would not be found by the loader. This means that we must
strip the SONAME and NEEDED values out of the libs as well as changing the
filenames themselves. The cleaner solution would be to patch libtool/cmake/etc
to not add versioning in the first place. For now, we use the brute-force
approach of modifying the binary and blanking out the versions.
See here for more info:
http://www.bernawebdesign.ch/byteblog/2011/11/23/creating-non-versioned-shared-libraries-for-android/
As a final gotcha, all libs must be in the form of ^lib.*so$ with no
exceptions (they won't even install otherwise), and the soname must match.
So we have to do some renaming to get some of our self-built libs loaded.
Development:
Typical android native activities are built with ndk-build which is a wrapper
around Make. It would be a nightmare to port our entire buildsystem over, so
instead we build as usual then package ourselves. It may be beneficial to use
ndk-build to do the actual packaging, but for now its behavior is emulated.
ABI:
Presently we are targeting armv7a+neon for arm, and i686 for x86.
--------------------------------------------------------------------
9. Useful Commands
--------------------------------------------------------------------
Below are a few helpful commands when building/debugging. These assume that pwd
is 'tools/android/packaging' and that the proper sdk/ndk paths are set.
-Install a new build over the existing one
# adb -e install -r images/xbmcapp-debug.apk
-Launch XBMC on the emulator without the GUI
# adb shell am start -a android.intent.action.MAIN -n org.xbmc.xbmc/android.app.NativeActivity
-Kill a misbehaving XBMC
# adb shell ps | grep org.xbmc | awk '{print $2}' | xargs adb shell kill
-Filter logcat messages by a specific tag (e.g. "XBMC")
# adb logcat -s XBMC:V
-Enable CheckJNI (BEFORE starting the application)
# adb shell setprop debug.checkjni 1
|