![]() : checking whether make -j4 sets $(MAKE). home/kengo/.buildozer/android/platform/android-ndk-r23b/toolchains/llvm/prebuilt/linux-x86_64/bin/llvm-strip -strip-unneeded : checking for arm-linux-androideabi-strip. : checking whether build environment is sane. : -> running configure -host=arm-linux-androideabi -prefix=/home/kengo/PyAndroidProjects/GenricNDKBuildRecipeTest/.buildozer/android/platform/build-arm64-v8a_armeabi-v7a/build/other_builds/libffi/armeabi-v7a_ndk_target_21/libffi -disable-builddir -enable-shared : configure.ac:19: installing './missing' ![]() : configure.ac:31: installing './compile' : autoreconf: running: automake -add-missing -copy -force-missing : autoreconf: running: /usr/bin/autoheader -force : autoreconf: running: /usr/bin/autoconf -force : libtoolize: copying file 'm4/lt~obsolete.m4' : libtoolize: copying file 'm4/ltversion.m4' : libtoolize: copying file 'm4/ltsugar.m4' : libtoolize: copying file 'm4/ltoptions.m4' : libtoolize: copying file 'm4/libtool.m4' : libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. : libtoolize: putting auxiliary files in '.'. : autoreconf: running: libtoolize -copy -force : autoreconf: running: aclocal -force -I m4 : autoreconf: configure.ac: not using Gettext : -> directory context /home/kengo/PyAndroidProjects/GenricNDKBuildRecipeTest/.buildozer/android/platform/build-arm64-v8a_armeabi-v7a/build/other_builds/libffi/armeabi-v7a_ndk_target_21/libffi Maybe we can change it to something more explicit in the future like KIVY_PLATFORM=android or KIVY_PLATFORM=ios ?.Īs said before, even if I tried to cover everything that looked to fail on the CI, some recipes will likely need some more love, but IMHO, the only effective way that we currently have to discover them is to merge this PR and wait for some feedback from the community.īuilding libffi crashed : Building libffi for armeabi-v7a Now that platforms/android-* folders have been removed, NDKPLATFORM still needs to be populated with a dummy value cause we're using that var as a switch into our projects setup scripts ( kivy, pyjnius, audiostream. Previously NDKPLATFORM env var was set to arch.ndk_platform. (Maybe could help us in the process to migrate it to a newer NDK version ?) LLVM now has included support for flang, so I tried to build the whole android-toolchain (which is based on LLVM) with flang support, and seems that worked, but flang-new is still not able to provide code-generation, so gfortran (or another fortran compiler) is needed for that step. Lapack recipe needs a toolchain with fortran support to build and generate code. As a downside, a lot of recipes needed some changes, and not everything has been tested on runtime. ![]() NDK r23b completely removes the GNU Binutils ( excluding the GNU Assembler (GAS) ) and platforms/android-* folders have been removed in NDK >=r22. ) but it should be less painful for us to support the next NDK releases. NDK r23b is not yet completely ready for Apple Silicon support, full support landed recently in non-LTS versions, ( r24. Some updates (and maybe we can consider that ready to be reviewed):
0 Comments
Leave a Reply. |