2018-03-12 02:08:56 +08:00
|
|
|
#### Android...
|
|
|
|
#
|
2018-03-17 17:59:57 +08:00
|
|
|
# See NOTES.ANDROID for details, and don't miss platform-specific
|
2018-03-16 19:14:28 +08:00
|
|
|
# comments below...
|
2018-03-12 02:08:56 +08:00
|
|
|
|
|
|
|
{
|
2018-08-12 16:14:06 +08:00
|
|
|
use File::Spec::Functions;
|
|
|
|
|
2018-03-12 02:08:56 +08:00
|
|
|
my $android_ndk = {};
|
|
|
|
my %triplet = (
|
|
|
|
arm => "arm-linux-androideabi",
|
|
|
|
arm64 => "aarch64-linux-android",
|
|
|
|
mips => "mipsel-linux-android",
|
|
|
|
mips64 => "mips64el-linux-android",
|
|
|
|
x86 => "i686-linux-android",
|
|
|
|
x86_64 => "x86_64-linux-android",
|
|
|
|
);
|
|
|
|
|
|
|
|
sub android_ndk {
|
|
|
|
unless (%$android_ndk) {
|
2018-03-26 18:35:57 +08:00
|
|
|
if ($now_printing =~ m|^android|) {
|
|
|
|
return $android_ndk = { bn_ops => "BN_AUTO" };
|
|
|
|
}
|
|
|
|
|
2019-01-28 21:53:19 +08:00
|
|
|
my $ndk_var;
|
|
|
|
my $ndk;
|
2019-02-02 18:45:06 +08:00
|
|
|
foreach (qw(ANDROID_NDK_HOME ANDROID_NDK)) {
|
|
|
|
$ndk_var = $_;
|
2019-01-28 21:53:19 +08:00
|
|
|
$ndk = $ENV{$ndk_var};
|
|
|
|
last if defined $ndk;
|
|
|
|
}
|
|
|
|
die "\$ANDROID_NDK_HOME is not defined" if (!$ndk);
|
2018-10-14 21:19:41 +08:00
|
|
|
if (!-d "$ndk/platforms" && !-f "$ndk/AndroidVersion.txt") {
|
|
|
|
# $ndk/platforms is traditional "all-inclusive" NDK, while
|
|
|
|
# $ndk/AndroidVersion.txt is so-called standalone toolchain
|
|
|
|
# tailored for specific target down to API level.
|
2019-01-28 21:53:19 +08:00
|
|
|
die "\$ANDROID_NDK_HOME=$ndk is invalid";
|
2018-10-14 21:19:41 +08:00
|
|
|
}
|
2018-08-12 20:22:16 +08:00
|
|
|
$ndk = canonpath($ndk);
|
2018-03-12 02:08:56 +08:00
|
|
|
|
2018-03-17 17:59:57 +08:00
|
|
|
my $ndkver = undef;
|
|
|
|
|
|
|
|
if (open my $fh, "<$ndk/source.properties") {
|
|
|
|
local $_;
|
|
|
|
while(<$fh>) {
|
|
|
|
if (m|Pkg\.Revision\s*=\s*([0-9]+)|) {
|
|
|
|
$ndkver = $1;
|
|
|
|
last;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
close $fh;
|
|
|
|
}
|
|
|
|
|
2018-10-14 21:19:41 +08:00
|
|
|
my ($sysroot, $api, $arch);
|
|
|
|
|
|
|
|
$config{target} =~ m|[^-]+-([^-]+)$|; # split on dash
|
|
|
|
$arch = $1;
|
2018-03-12 02:08:56 +08:00
|
|
|
|
2018-10-14 21:19:41 +08:00
|
|
|
if ($sysroot = $ENV{CROSS_SYSROOT}) {
|
|
|
|
$sysroot =~ m|/android-([0-9]+)/arch-(\w+)/?$|;
|
|
|
|
($api, $arch) = ($1, $2);
|
|
|
|
} elsif (-f "$ndk/AndroidVersion.txt") {
|
|
|
|
$sysroot = "$ndk/sysroot";
|
|
|
|
} else {
|
|
|
|
$api = "*";
|
2018-03-12 02:08:56 +08:00
|
|
|
|
|
|
|
# see if user passed -D__ANDROID_API__=N
|
2018-03-17 17:59:57 +08:00
|
|
|
foreach (@{$useradd{CPPDEFINES}}, @{$user{CPPFLAGS}}) {
|
2018-03-12 02:08:56 +08:00
|
|
|
if (m|__ANDROID_API__=([0-9]+)|) {
|
|
|
|
$api = $1;
|
|
|
|
last;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-16 19:14:28 +08:00
|
|
|
# list available platforms (numerically)
|
2018-03-12 02:08:56 +08:00
|
|
|
my @platforms = sort { $a =~ m/-([0-9]+)$/; my $aa = $1;
|
|
|
|
$b =~ m/-([0-9]+)$/; $aa <=> $1;
|
|
|
|
} glob("$ndk/platforms/android-$api");
|
|
|
|
die "no $ndk/platforms/android-$api" if ($#platforms < 0);
|
|
|
|
|
2018-10-14 21:19:41 +08:00
|
|
|
$sysroot = "@platforms[$#platforms]/arch-$arch";
|
2018-10-19 22:03:28 +08:00
|
|
|
$sysroot =~ m|/android-([0-9]+)/arch-$arch|;
|
|
|
|
$api = $1;
|
2018-03-12 02:08:56 +08:00
|
|
|
}
|
|
|
|
die "no sysroot=$sysroot" if (!-d $sysroot);
|
|
|
|
|
|
|
|
my $triarch = $triplet{$arch};
|
2018-05-04 20:06:44 +08:00
|
|
|
my $cflags;
|
2018-03-12 02:08:56 +08:00
|
|
|
my $cppflags;
|
|
|
|
|
2018-10-14 21:19:41 +08:00
|
|
|
# see if there is NDK clang on $PATH, "universal" or "standalone"
|
2018-03-17 17:59:57 +08:00
|
|
|
if (which("clang") =~ m|^$ndk/.*/prebuilt/([^/]+)/|) {
|
2018-03-14 16:45:31 +08:00
|
|
|
my $host=$1;
|
2018-03-12 02:08:56 +08:00
|
|
|
# harmonize with gcc default
|
2018-03-17 17:59:57 +08:00
|
|
|
my $arm = $ndkver > 16 ? "armv7a" : "armv5te";
|
|
|
|
(my $tridefault = $triarch) =~ s/^arm-/$arm-/;
|
2018-03-14 16:45:31 +08:00
|
|
|
(my $tritools = $triarch) =~ s/(?:x|i6)86(_64)?-.*/x86$1/;
|
|
|
|
$cflags .= " -target $tridefault "
|
2019-01-28 21:53:19 +08:00
|
|
|
. "-gcc-toolchain \$($ndk_var)/toolchains"
|
2018-03-14 16:45:31 +08:00
|
|
|
. "/$tritools-4.9/prebuilt/$host";
|
2018-03-17 17:59:57 +08:00
|
|
|
$user{CC} = "clang" if ($user{CC} !~ m|clang|);
|
2018-03-12 02:08:56 +08:00
|
|
|
$user{CROSS_COMPILE} = undef;
|
2018-10-20 04:24:30 +08:00
|
|
|
if (which("llvm-ar") =~ m|^$ndk/.*/prebuilt/([^/]+)/|) {
|
|
|
|
$user{AR} = "llvm-ar";
|
|
|
|
$user{ARFLAGS} = [ "rs" ];
|
|
|
|
$user{RANLIB} = ":";
|
|
|
|
}
|
2018-10-14 21:19:41 +08:00
|
|
|
} elsif (-f "$ndk/AndroidVersion.txt") { #"standalone toolchain"
|
|
|
|
my $cc = $user{CC} // "clang";
|
|
|
|
# One can probably argue that both clang and gcc should be
|
|
|
|
# probed, but support for "standalone toolchain" was added
|
|
|
|
# *after* announcement that gcc is being phased out, so
|
|
|
|
# favouring clang is considered adequate. Those who insist
|
|
|
|
# have option to enforce test for gcc with CC=gcc.
|
|
|
|
if (which("$triarch-$cc") !~ m|^$ndk|) {
|
|
|
|
die "no NDK $triarch-$cc on \$PATH";
|
|
|
|
}
|
|
|
|
$user{CC} = $cc;
|
|
|
|
$user{CROSS_COMPILE} = "$triarch-";
|
2018-03-17 17:59:57 +08:00
|
|
|
} elsif ($user{CC} eq "clang") {
|
|
|
|
die "no NDK clang on \$PATH";
|
2018-03-12 02:08:56 +08:00
|
|
|
} else {
|
2018-03-17 17:59:57 +08:00
|
|
|
if (which("$triarch-gcc") !~ m|^$ndk/.*/prebuilt/([^/]+)/|) {
|
|
|
|
die "no NDK $triarch-gcc on \$PATH";
|
|
|
|
}
|
2018-03-12 02:08:56 +08:00
|
|
|
$cflags .= " -mandroid";
|
|
|
|
$user{CROSS_COMPILE} = "$triarch-";
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!-d "$sysroot/usr/include") {
|
|
|
|
my $incroot = "$ndk/sysroot/usr/include";
|
|
|
|
die "no $incroot" if (!-d $incroot);
|
|
|
|
die "no $incroot/$triarch" if (!-d "$incroot/$triarch");
|
|
|
|
$incroot =~ s|^$ndk/||;
|
|
|
|
$cppflags = "-D__ANDROID_API__=$api";
|
2019-01-28 21:53:19 +08:00
|
|
|
$cppflags .= " -isystem \$($ndk_var)/$incroot/$triarch";
|
|
|
|
$cppflags .= " -isystem \$($ndk_var)/$incroot";
|
2018-03-12 02:08:56 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
$sysroot =~ s|^$ndk/||;
|
|
|
|
$android_ndk = {
|
2019-01-28 21:53:19 +08:00
|
|
|
cflags => "$cflags --sysroot=\$($ndk_var)/$sysroot",
|
2018-03-12 02:08:56 +08:00
|
|
|
cppflags => $cppflags,
|
|
|
|
bn_ops => $arch =~ m/64$/ ? "SIXTY_FOUR_BIT_LONG"
|
|
|
|
: "BN_LLONG",
|
|
|
|
};
|
|
|
|
}
|
|
|
|
|
|
|
|
return $android_ndk;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
my %targets = (
|
|
|
|
"android" => {
|
|
|
|
inherit_from => [ "linux-generic32" ],
|
|
|
|
template => 1,
|
|
|
|
################################################################
|
|
|
|
# Special note about -pie. The underlying reason is that
|
|
|
|
# Lollipop refuses to run non-PIE. But what about older systems
|
|
|
|
# and NDKs? -fPIC was never problem, so the only concern is -pie.
|
|
|
|
# Older toolchains, e.g. r4, appear to handle it and binaries
|
|
|
|
# turn out mostly functional. "Mostly" means that oldest
|
|
|
|
# Androids, such as Froyo, fail to handle executable, but newer
|
|
|
|
# systems are perfectly capable of executing binaries targeting
|
|
|
|
# Froyo. Keep in mind that in the nutshell Android builds are
|
|
|
|
# about JNI, i.e. shared libraries, not applications.
|
|
|
|
cflags => add(sub { android_ndk()->{cflags} }),
|
|
|
|
cppflags => add(sub { android_ndk()->{cppflags} }),
|
|
|
|
cxxflags => add(sub { android_ndk()->{cflags} }),
|
|
|
|
bn_ops => sub { android_ndk()->{bn_ops} },
|
|
|
|
bin_cflags => "-pie",
|
2018-04-23 22:37:03 +08:00
|
|
|
enable => [ ],
|
2018-03-12 02:08:56 +08:00
|
|
|
},
|
|
|
|
"android-arm" => {
|
|
|
|
################################################################
|
|
|
|
# Contemporary Android applications can provide multiple JNI
|
|
|
|
# providers in .apk, targeting multiple architectures. Among
|
|
|
|
# them there is "place" for two ARM flavours: generic eabi and
|
|
|
|
# armv7-a/hard-float. However, it should be noted that OpenSSL's
|
|
|
|
# ability to engage NEON is not constrained by ABI choice, nor
|
|
|
|
# is your ability to call OpenSSL from your application code
|
|
|
|
# compiled with floating-point ABI other than default 'soft'.
|
2018-03-16 19:14:28 +08:00
|
|
|
# (Latter thanks to __attribute__((pcs("aapcs"))) declaration.)
|
2018-03-12 02:08:56 +08:00
|
|
|
# This means that choice of ARM libraries you provide in .apk
|
|
|
|
# is driven by application needs. For example if application
|
|
|
|
# itself benefits from NEON or is floating-point intensive, then
|
|
|
|
# it might be appropriate to provide both libraries. Otherwise
|
|
|
|
# just generic eabi would do. But in latter case it would be
|
|
|
|
# appropriate to
|
|
|
|
#
|
|
|
|
# ./Configure android-arm -D__ARM_MAX_ARCH__=8
|
|
|
|
#
|
|
|
|
# in order to build "universal" binary and allow OpenSSL take
|
|
|
|
# advantage of NEON when it's available.
|
|
|
|
#
|
2018-03-16 19:14:28 +08:00
|
|
|
# Keep in mind that (just like with linux-armv4) we rely on
|
2018-03-12 02:08:56 +08:00
|
|
|
# compiler defaults, which is not necessarily what you had
|
|
|
|
# in mind, in which case you would have to pass additional
|
|
|
|
# -march and/or -mfloat-abi flags. NDK defaults to armv5te.
|
2018-03-17 17:59:57 +08:00
|
|
|
# Newer NDK versions reportedly require additional -latomic.
|
2018-03-12 02:08:56 +08:00
|
|
|
#
|
|
|
|
inherit_from => [ "android", asm("armv4_asm") ],
|
2018-03-15 00:30:22 +08:00
|
|
|
bn_ops => add("RC4_CHAR"),
|
2018-03-12 02:08:56 +08:00
|
|
|
},
|
|
|
|
"android-arm64" => {
|
|
|
|
inherit_from => [ "android", asm("aarch64_asm") ],
|
2018-03-15 00:30:22 +08:00
|
|
|
bn_ops => add("RC4_CHAR"),
|
2018-03-12 02:08:56 +08:00
|
|
|
perlasm_scheme => "linux64",
|
|
|
|
},
|
|
|
|
|
|
|
|
"android-mips" => {
|
|
|
|
inherit_from => [ "android", asm("mips32_asm") ],
|
2018-03-15 00:30:22 +08:00
|
|
|
bn_ops => add("RC4_CHAR"),
|
2018-03-12 02:08:56 +08:00
|
|
|
perlasm_scheme => "o32",
|
|
|
|
},
|
|
|
|
"android-mips64" => {
|
|
|
|
################################################################
|
|
|
|
# You are more than likely have to specify target processor
|
|
|
|
# on ./Configure command line. Trouble is that toolchain's
|
|
|
|
# default is MIPS64r6 (at least in r10d), but there are no
|
|
|
|
# such processors around (or they are too rare to spot one).
|
|
|
|
# Actual problem is that MIPS64r6 is binary incompatible
|
|
|
|
# with previous MIPS ISA versions, in sense that unlike
|
|
|
|
# prior versions original MIPS binary code will fail.
|
|
|
|
#
|
|
|
|
inherit_from => [ "android", asm("mips64_asm") ],
|
2018-03-15 00:30:22 +08:00
|
|
|
bn_ops => add("RC4_CHAR"),
|
2018-03-12 02:08:56 +08:00
|
|
|
perlasm_scheme => "64",
|
|
|
|
},
|
|
|
|
|
|
|
|
"android-x86" => {
|
|
|
|
inherit_from => [ "android", asm("x86_asm") ],
|
|
|
|
CFLAGS => add(picker(release => "-fomit-frame-pointer")),
|
|
|
|
bn_ops => add("RC4_INT"),
|
|
|
|
perlasm_scheme => "android",
|
|
|
|
},
|
|
|
|
"android-x86_64" => {
|
|
|
|
inherit_from => [ "android", asm("x86_64_asm") ],
|
|
|
|
bn_ops => add("RC4_INT"),
|
|
|
|
perlasm_scheme => "elf",
|
|
|
|
},
|
|
|
|
|
|
|
|
####################################################################
|
2018-03-16 19:14:28 +08:00
|
|
|
# Backward compatible targets, (might) requre $CROSS_SYSROOT
|
2018-03-12 02:08:56 +08:00
|
|
|
#
|
|
|
|
"android-armeabi" => {
|
|
|
|
inherit_from => [ "android-arm" ],
|
|
|
|
},
|
|
|
|
"android64" => {
|
|
|
|
inherit_from => [ "android" ],
|
|
|
|
},
|
|
|
|
"android64-aarch64" => {
|
|
|
|
inherit_from => [ "android-arm64" ],
|
|
|
|
},
|
|
|
|
"android64-x86_64" => {
|
|
|
|
inherit_from => [ "android-x86_64" ],
|
|
|
|
},
|
|
|
|
"android64-mips64" => {
|
|
|
|
inherit_from => [ "android-mips64" ],
|
|
|
|
},
|
|
|
|
);
|