以32位Android SDK为用户

Question

我想编译与SDK23.0.3的Android应用程序作为一个用户在CentOS。不幸的是，每次运行build-tools/23.0.3/aapt时，它都会返回

bash: build-tools/23.0.3/aapt: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

   ldd ../androidsdk/build-tools/23.0.3/aapt | \
     grep "i386" | awk '{print $3}' | \
     while read file
       do cp $file .
     done

我尝试的另一件事是获取并提取库（在Ubuntu上）：

apt-get download libc6-i386 lib32stdc++6 lib32gcc1 
for file in *.deb
   do dpkg -x $file .
done

然后将LD_LIBARY_PATH设置为/home/test/lib://home/test/lib32，这也不起作用。

这可以由docker容器复制:runndocker run-it ubuntu bash，然后

apt update && apt install git unzip wget openjdk-8-jdk
cd home/
wget https://dl.google.com/android/repository/sdk-tools-linux-4333796.zip
unzip sdk-tools-linux-4333796.zip
cd tools/
yes | bin/sdkmanager --install "build-tools;23.0.3"
cd ..

bash: build-tools/23.0.3/aapt: No such file or directory

LD_LIBRARY_PATH=$(pwd)/libs libs/ld-linux.so.2 build-tools/23.0.3/aapt

正确执行aapt-command。不幸的是，这还不足以构建：

LD_LIBRARY_PATH=/nfs/user/do820mize/workspaces/dissworkspace/androidsdk/libs /nfs/user/do820mize/workspaces/dissworkspace/androidsdk/libs/ld-linux.so.2 ./gradlew --init-script ../init.gradle assemble

再次返回ELF-error，因为gradle-wrapper（以及Java等）是64位二进制文件。

Answer 1

glibc.i686可从基本存储库中获得：

$ yum whatprovides ld-linux.so.2

glibc-2.17-260.el7.i686 : The GNU libc libraries
Repo        : base
Matched from:
Provides    : ld-linux.so.2

如果不可能提供基本的依赖项，则该集群是无用的。当然，它需要安装在所有节点上；当glibc库的x86_64版本的版本号相同时，它破坏某些内容的可能性非常小。