You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

164 lines
7.9 KiB

9 years ago
Termux packages
===============
9 years ago
[![Join the chat at https://gitter.im/termux/termux](https://badges.gitter.im/termux/termux.svg)](https://gitter.im/termux/termux)
10 years ago
This project contains scripts and patches to cross compile and package packages for
the [Termux](https://termux.com/) Android application.
10 years ago
9 years ago
The scripts and patches to build each package is licensed under the same license as
the actual package (so the patches and scripts to build bash are licensed under
the same license as bash, while the patches and scripts to build python are licensed
under the same license as python, etc).
10 years ago
NOTE: This is in a rough state - be prepared for some work and frustrations, and give
10 years ago
feedback if you find incorrect our outdated things!
Build environment on Ubuntu 16.04
=================================
Packages are normally built using Ubuntu 16.04. Most packages should build also under
other Linux distributions (or even on OS X), but those environments will need manual setup
adapted from the below setup for Ubuntu:
10 years ago
* Run `scripts/setup-ubuntu.sh` to install required packages and setup the `/data/` folder.
* Run `scripts/setup-android-sdk.sh` to install the Android SDK and NDK at `$HOME/lib/android-{sdk,ndk}`.
10 years ago
Build environment using Docker
==============================
A Docker container configured for building images can be downloaded and run with:
10 years ago
./scripts/run-docker.sh
This will set you up with a interactive prompt in a container, where this source folder
is mounted as the /root/termux-packages data volume, so changes are kept in sync between
the host and the container when trying things out before committing, and built deb files
will be available on the host in the `debs/` directory just as when building on the host.
Build commands can be given to be executed in the docker container directly:
./scripts/run-docker.sh ./build-package.sh libandroid-support
will launch the docker container, execute the `./build-package.sh libandroid-support`
command inside it and afterwards return you to the host prompt, with the newly built
deb in `debs/` to try out.
10 years ago
10 years ago
Building a package
==================
The basic build operation is to run `./build-package.sh $PKG`, which:
10 years ago
* Sets up a patched stand-alone Android NDK toolchain if necessary.
10 years ago
* Reads `packages/$PKG/build.sh` to find out where to find the source code of the package and how to build it.
* Extracts the source in `$HOME/.termux-build/$PKG/src`.
10 years ago
* Applies all patches in packages/$PKG/\*.patch.
10 years ago
* Builds the package under `$HOME/.termux-build/$PKG/` (either in the build/ directory there or in the
src/ directory if the package is specified to build in the src dir) and installs it to `$PREFIX`.
* Extracts modified files in `$PREFIX` into `$HOME/.termux-build/$PKG/massage` and massages the
files there for distribution (removes some files, splits it up in sub-packages, modifies elf files).
10 years ago
* Creates a deb package file for distribution in `debs/`.
10 years ago
Reading `build-package.sh` is the best way to understand what is going on.
10 years ago
10 years ago
Additional utilities
====================
* build-all.sh: used for building all packages in the correct order (using buildorder.py).
10 years ago
* clean-rebuild-all.sh: used for doing a clean rebuild of all packages.
10 years ago
* scripts/check-pie.sh: Used for verifying that all binaries are using PIE, which is required for Android 5+.
10 years ago
* scripts/detect-hardlinks.sh: Used for finding if any packages uses hardlinks, which does not work on Android M.
10 years ago
* scripts/check-versions.sh: used for checking for package updates.
10 years ago
* scripts/list-packages.sh: used for listing all packages with a one-line summary.
10 years ago
Resources about cross-compiling packages
========================================
* [Linux From Scratch](http://www.linuxfromscratch.org/blfs/view/svn/index.html)
* [Beyond Linux From Scratch](http://www.linuxfromscratch.org/blfs/view/stable/)
10 years ago
* [Cross-Compiled Linux From Scratch](http://www.clfs.org/view/CLFS-3.0.0-SYSVINIT/mips64-64/)
10 years ago
* [OpenWrt](https://openwrt.org/) as an embedded Linx distribution contains [patches and build scripts](https://dev.openwrt.org/browser/packages)
10 years ago
* http://dan.drown.org/android contains [patches for cross-compiling to Android](http://dan.drown.org/android/src/) as well as [work notes](http://dan.drown.org/android/worknotes.html), including a modified dynamic linker to avoid messing with `LD_LIBRARY_PATH`.
10 years ago
* [Kivy recipes](https://github.com/kivy/python-for-android/tree/master/pythonforandroid/recipes) contains recipes for building packages for Android.
10 years ago
Common porting problems
=======================
* The Android bionic libc does not have iconv and gettext/libintl functionality built in. A package from the NDK, libandroid-support,
contains these and may be used by all packages.
* "error: z: no archive symbol table (run ranlib)" usually means that the build machines libz is used instead of the one for cross compilation, due to the builder library -L path being setup incorrectly
* rindex(3) is defined in <strings.h> but does not exist in NDK, but strrchr(3) from <string.h> is preferred anyway
* <sys/termios.h> does not exist, but <termios.h> is the standard location.
* <sys/fcntl.h> does not exist, but <fcntl.h> is the standard location.
10 years ago
* glob(3) system function (glob.h) - not in bionic, but use the `libandroid-glob` package
10 years ago
* [Cmake and cross compiling](http://www.cmake.org/Wiki/CMake_Cross_Compiling).
`CMAKE_FIND_ROOT_PATH=$TERMUX_PREFIX` to search there.
`CMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY` and `CMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY`
10 years ago
for only searching there and don't fall back to build machines
* Android is removing sys/timeb.h because it was removed in POSIX 2008, but ftime(3) can be replaced with gettimeofday(2)
* mempcpy(3) is a GNU extension. We have added it to <string.h> provided TERMUX_EXPOSE_MEMPCPY is defined,
so use something like CFLAGS+=" -DTERMUX_EXPOSE_MEMPCPY=1" for packages expecting that function to exist.
dlopen() and RTLD_* flags
=================================
<dlfcn.h> originally declares
10 years ago
10 years ago
enum { RTLD_NOW=0, RTLD_LAZY=1, RTLD_LOCAL=0, RTLD_GLOBAL=2, RTLD_NOLOAD=4}; // 32-bit
enum { RTLD_NOW=2, RTLD_LAZY=1, RTLD_LOCAL=0, RTLD_GLOBAL=0x00100, RTLD_NOLOAD=4}; // 64-bit
10 years ago
These differs from glibc ones in that
1. They are not preprocessor #define:s so cannot be checked for with `#ifdef RTLD_GLOBAL`. Termux patches this to #define values for compatibility with several packages.
10 years ago
2. They differ in value from glibc ones, so cannot be hardcoded in files (DLFCN.py in python does this)
3. They are missing some values (`RTLD_BINDING_MASK`, `RTLD_NOLOAD`, ...)
10 years ago
RPATH, RUNPATH AND LD\_LIBRARY\_PATH
====================================
10 years ago
On desktop linux the linker searches for shared libraries in:
10 years ago
1. `RPATH` - a list of directories which is linked into the executable, supported on most UNIX systems. It is ignored if `RUNPATH` is present.
2. `LD_LIBRARY_PATH` - an environment variable which holds a list of directories
3. `RUNPATH` - same as `RPATH`, but searched after `LD_LIBRARY_PATH`, supported only on most recent UNIX systems
10 years ago
The Android linker (/system/bin/linker) does not support `RPATH` or `RUNPATH`, so we set `LD_LIBRARY_PATH=$PREFIX/lib` and try to avoid building useless rpath entries with --disable-rpath configure flags. Another option to avoid depending on `LD_LIBRARY_PATH` would be supplying a custom linker - this is not done due to the overhead of maintaining a custom linker.
10 years ago
Warnings about unused DT entries
================================
Starting from 5.1 the Android linker warns about VERNEED (0x6FFFFFFE) and VERNEEDNUM (0x6FFFFFFF) ELF dynamic sections:
10 years ago
WARNING: linker: $BINARY: unused DT entry: type 0x6ffffffe arg ...
WARNING: linker: $BINARY: unused DT entry: type 0x6fffffff arg ...
10 years ago
These may come from version scripts in a Makefile such as:
10 years ago
-Wl,--version-script=$(top_srcdir)/proc/libprocps.sym
10 years ago
The termux-elf-cleaner utilty is run from build-package.sh and should normally take care of that problem.