LOVE/love-android
1
0
Fork 0
mirror of https://github.com/love2d/love-android.git synced 2026-08-17 19:24:07 +02:00
Code Issues Packages Projects Releases Wiki Activity

Modify LOVE Android.mk

Browse Source 
There are two changes in here. First change is to tell Android build
system to use NEON instruction support. Slime already wrote a
NEON-optimized matrix multiplication function which is already in love main
source code (see link below for related commit)
https://bitbucket.org/rude/love/commits/e61734b33581a485743ea79b87d02f8aeb77693e

The problem is that not all ARMv7 devices do support NEON instruction, but
I don't even think if such device exist in 2018 (or even in 2019). ARM64
guarantee NEON instruction support, so it's all good for ARM64.

The second change is to define "HAVE_SOCKLEN_T=1" only when building ARM64.
This is needed because LuaSocket (or enet, I don't remember exactly)
redefines socklen_t and this cause compiler error.
This commit is contained in:
Tae Hanazono
2018-12-14 23:25:32 +08:00
parent f88e0ba4b9
commit 9a11b88572
1 changed files with 8 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
love/src/jni/love/Android.mk
+8
View File
@@ -11,6 +11,14 @@ LOCAL_CFLAGS := -fexceptions -g -Dlinux -Dunix \
LOCAL_CPPFLAGS := ${LOCAL_CFLAGS} LOCAL_CPPFLAGS := ${LOCAL_CFLAGS}
# I don't think there's armeabi-v7a device without NEON instructions in 2018
LOCAL_ARM_NEON := true
ifeq ($(TARGET_ARCH_ABI),arm64-v8a)
# ARM64 does have socklen_t
LOCAL_CFLAGS += -DHAS_SOCKLEN_T=1
endif
LOCAL_C_INCLUDES := \ LOCAL_C_INCLUDES := \
${LOCAL_PATH}/src \ ${LOCAL_PATH}/src \
${LOCAL_PATH}/src/modules \ ${LOCAL_PATH}/src/modules \