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
|
# Swift Development Overview
## Build System
It is also possible to set frequently used configuration options in a `config.py`
file in the project folder.
Settings of particular interest are:
- `qt` to set the path to a Qt installation
- `cc`, `cxx`, `link` to set the C compiler, C++ compiler and linker to use
- `cxxflags` to set additional flags to pass to the C++ compiler
- `linkflags` to set additional flags to pass to the linker
If you change anything in the configuration, or install previously missing dependencies, you might need to pass `force-configure=1` to SCons to force it to
look for the dependencies again and not use cached information.
It is also possible to only build Swiften or Sluift by passing explicit build targets to scons. For example `./scons Swiften` to only build Swiften.
To install the build output on the system, simply run `./scons SWIFTEN_INSTALLDIR=/usr/local /usr/local
Swift is written in cross-platform C++11. It is continuously tested with GCC, Clang and Visual Studio 2013.
## Testing
Swift has unit and integration tests. To run the unit tests, pass `test=unit`, and to run the integration tests, pass `test=system`, or pass `test=all` to run both.
The integration tests require external setup and parameters to run.
- `SWIFT_CLIENTTEST_JID=user@domain`
- `SWIFT_CLIENTTEST_PASS=password`
- `SWIFT_FILETRANSFERTEST_JID=user@domain`
- `SWIFT_FILETRANSFERTEST_PASS=password`
- `SWIFT_FILETRANSFERTEST2_JID=anotheruser@domain`
- `SWIFT_FILETRANSFERTEST2_PASS=password`
- `SWIFT_NETWORK_TEST_IPV4=0.0.0.0`
Note: The unit and integration tests are build targets. When passing specific build targets to SCons the tests will not be build and run (even with `test=all`) unless the build targets for the tests are added as arguments to the `scons` call.
## Packaging
### Mac OS X
The Mac OS X package consists of a disk image (.dmg) file containing an independently deployable **Swift.app** application bundle.
For creating the Mac OS X package, i.e. the disk image, simply call `./scons.sh dist=1`. To additionally code sign the **Swift.app** application
bundle, append `codesign_identity="Developer ID Application: Something here"` with your developer certificate identity to the `scons` command.
**WARNING: Code signing has not been tested with third-party signed certificates yet!**
### Windows
The Windows package consist of a Widnows Installer (.msi) file. This is generated using the Windows Installer XML Toolset.
For packaging use:
- Microsoft VS 2013 Express
- WiX
- Swift has a dependency on C++ redistributable package from Microsoft that needs to be deployed during install. If the common tools for Visual C++ is installed, then the installation file should be located under `C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\redist\1033\` (for Visual Studio 2013). If not download from Microsoft and put it at `C:\Program Files (x86)\Common Files\Merge Modules\`
- `config.py` should contain:
qt = "c:\\qt\\5.4.2"
vcredist = "C:\\Program Files (x86)\\Microsoft Visual Studio 12.0\\VC\\redist\\vcredist_x86.exe"
vcredistdir = "C:\\Program Files (x86)\\Microsoft Visual Studio 12.0\\VC\\redist\\x86\Microsoft.VC120.CRT\\"
debug = 1
optimize = 1
wix_bindir = "c:\\program files\\Windows Installer XML v3.5\\bin"
- Run the following commands. Two scons runs are required as 'scons dist=1' requires the Swift.exe to be in place.
```
scons
scons dist=1
```
To sign the resulting MSI file, append the `signtool_key_pfx` and `signtool_timestamp_url` parameters to the `scons dist=1` programm call, e.g.
`scons dist=1 signtool_key_pfx=C:\Users\Swift\SwiftSPC.pfx signtool_timestamp_url=http://timestamp.verisign.com/scripts/timstamp.dll`.
Notes:
- The settings `debug = 1` and `optimize = 1` are **strictly required** if you use a precompiled Qt release from the Qt Project; otherwise you will get linker errors
- On 64-bit Windows it's "Program Files (x86)" instead of "Program Files" in the
paths
- Currently only 32-bit builds of the Swift client are supported
## Automatic Software Updates
Automatic software updates allow distribution of updates directly to the end users.
This is useful for general feature updates, bug fixes and especially for security
updates.
### Automatic Software Updates for Mac OS X using Sparkle
Swift supports integration with the software update framework [Sparkle](https://sparkle-project.org/) on OS X. For security reasons,
Sparkle requires the application to be either code-signed or a bundled public DSA
key. In case you do not code-sign, you can provide the path to the public DSA key
to be bundled with the application bundle via the `sparkle_public_dsa_key` SCons
argument.
To build with Sparkle support, simply download Sparkle-1.14.0 and extract it to
`3rdParty/Sparkle/Sparkle-1.14.0`. SCons will pick it up during configuration
and build Swift with Sparkle support.
The appcast URLs are specified in `Swift/QtUI/SwiftUpdateFeeds.h`.
## Building Swiften for Android
This section describes how to build Swiften for Android. It can then be used from any Android native code. This guide has been tested on OS X and Linux.
### Prerequisites
- Android SDK
- Android NDK
- Python
- Other requirements that are obtained during this guide
- LDNS
- Unbound
- OpenSSL
### Note on Supported Features
File-transfer support has not been tested on Android. Link-local features are not supported under Android.
### Supported Android NDK Level
The minimal supported Android NDK API level is 14 (see --platform parameter of make-standalone-toolchain.sh).
This is the NDK API level associated with Android 4.0. Higher Android NDK API levels however should work.
### Preparation of Build Environment
1. Fetch 3rd-party dependencies
1. LDNS
```
cd 3rdParty/Ldns
bash prepare_ldns.sh
```
2. Unbound
```
cd 3rdParty/Unbound
bash prepare_unbound.sh
```
3. OpenSSL
```
cd 3rdParty/OpenSSL
curl -O http://www.openssl.org/source/openssl-1.0.1j.tar.gz
tar -xf openssl-1.0.1j.tar.gz
mv openssl-1.0.1j openssl
```
2. Patch 3rd-party dependencies
```
patch -p0 < 3rdParty/Ldns/01_andoird_compilation_fixes.diff
patch -p1 < 3rdParty/LibMiniUPnPc/01_android_compilation_fixes.diff
patch -p1 < 3rdParty/Unbound/01_android_fixes.diff
```
3. Create Android NDK Toolchain
```
cd $ANDROID_NDK_ROOT (this is the folder where you extracted Android NDK)
bash ./build/tools/make-standalone-toolchain.sh --platform=android-14 --install-dir=$HOME/android-14-tc
```
### Configuring Swift Build
1. Set config.py to (probably other paths, replace $NDK_TOOLCHAIN_INSTALL_DIR with the expanded path of the install dir used in the previous step):
```
android_toolchain=$NDK_TOOLCHAIN_INSTALL_DIR
android_sdk_bin="/usr/local/bin"
target = "android"
unbound = 1
```
### Building
Simply run `./scons test=none Swiften QA max_jobs=1`.
### Testing
Running Swift's test suite on Android requires a one time preparation of a testing environment.
This creates an Android VM where the test will be deployed to and run on.
1. Preparation of test environment (one time)
1. Starting AVD (Android Device Manager) by running `android avd`
2. Create a test VM by clicking the "Create..." button
3. Fill out dialog
- AVD Name: swift_test
- Device: Nexus 4
- Target: Anything with API level equal or greater than your toolchain you build
- CPU/ABI: ARM (unless you build a different toolchain)
4. Click "Ok" button
5. Close AVD
2. Running integration and unit tests
To run the unit tests you need to have an Android VM running while the test suite is running.
This requires to leave the command under step 2.1 running while you execute step 2.2.
Running the test suite on Android can take quite some time ( >30 minutes ) compared to a native run.
This is due to a) the slow transfer speed from host machine to VM (~ 2 MB/s) and and b) the test environment being emulated for an different CPU architecture.
1. Start Android VM with resized /system partition:
`emulator -partition-size 2048 @swift_test`
2. Run integration and unit tests (wait until the android boot screen is gone)
`env SWIFT_CLIENTTEST_JID="some jabber id" SWIFT_CLIENTTEST_PASS="password for the jabber id" ./scons test=all Swiften Swift/Controllers QA`
## Building Swiften for iOS
### Prerequisites
- XCode
- Python
- Other requirements that are obtained during this guide
- OpenSSL
### Supported Components
- Swiften
Note: File-transfer support has not been tested on iOS. Link-local features are not supported under iOS.
- Swift/Controllers
### Preparation of Build Environment
1. Fetch 3rd-party dependencies
1. OpenSSL
```
cd 3rdParty/OpenSSL
curl -O http://www.openssl.org/source/openssl-1.0.1j.tar.gz
tar -xf openssl-1.0.1j.tar.gz
mv openssl-1.0.1j openssl
```
### Building
1. Switch to iOS directory
```
cd BuildTools/iOS
```
2. Look up installed SDKs
```
xcodebuild -showsdks
```
Note: Here the iOS SDKs and iOS Simulator SDKs are of interest.
3. Build Swiften (adjust the sdk parameter to one of the installed SDKs)
```
xcodebuild build -arch i386 -sdk iphonesimulator8.1
```
Note: When not specifying the architecture (-arch flag) XCode will try an universal build which is not supported.
Only specify one architecture at a time and if you require a universal lib you can create one using the `lipo` tool.
4. The final libSwiften.a is located at `$SWIFT/build/current/Swiften/libSwiften.a`.
### Testing
Integration and unit tests are not supported on iOS.
|