I just lately migrated from Unity to Cocos Creator and utilizing Cocos 3.5.0. So, my experiences in Cocos Creator is sort of a new child child. The cute one.

So, then I’ve an issue when making an attempt to construct .APK file utilizing Android Studio. It in some way throw me this error:

Build command failed.
Error whereas executing course of D:_devandroidcmake3.10.2.4988404binninja.exe with arguments {-C D:minkymomo2022github_repomain_refactor_0904trunkbuildandroid-001projbuildcmakedebugx86 cocos}
ninja: Entering listing `D:minkymomo2022github_repomain_refactor_0904trunkbuildandroid-001projbuildcmakedebugx86'
[1/1] Linking CXX shared library D:minkymomo2022github_repomain_refactor_0904trunkbuildandroid-001projbuildMuscleManintermediatescmakedebugobjx86libcocos.so
FAILED: D:/minkymomo/2022/github_repo/main_refactor_0904/trunk/construct/android-001/proj/construct/MuscleMan/intermediates/cmake/debug/obj/x86/libcocos.so 
cmd.exe /C "cd . && D:_devandroidndk25.0.8775105toolchainsllvmprebuiltwindows-x86_64binclang++.exe --target=i686-none-linux-android21 --sysroot=D:/_dev/android/ndk/25.0.8775105/toolchains/llvm/prebuilt/windows-x86_64/sysroot -fPIC -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -mstackrealign -D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security  -frtti -fexceptions -fsigned-char -fno-limit-debug-info  -static-libstdc++ -Wl,--build-id=sha1 -Wl,--no-rosegment -Wl,--fatal-warnings -Wl,--gc-sections -Wl,--no-undefined -Qunused-arguments -shared -Wl,-soname,libcocos.so -o D:minkymomo2022github_repomain_refactor_0904trunkbuildandroid-001projbuildMuscleManintermediatescmakedebugobjx86libcocos.so @CMakeFiles/cocos.rsp  && cd ."
ld: error: undefined hidden image: __stack_chk_fail_local
>>> referenced by uv-common.o:(uv__unknown_err_code) in archive D:/CocosDashboard/sources/.editors/Creator/3.5.0/sources/sources/3d/engine/native/exterior/cmake/../android/x86/libuv.a
>>> referenced by uv-common.o:(uv_ip6_addr) in archive D:/CocosDashboard/sources/.editors/Creator/3.5.0/sources/sources/3d/engine/native/exterior/cmake/../android/x86/libuv.a
>>> referenced by inet.o:(inet_ntop4) in archive D:/CocosDashboard/sources/.editors/Creator/3.5.0/sources/sources/3d/engine/native/exterior/cmake/../android/x86/libuv.a
>>> referenced 26 extra instances
clang++: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: construct stopped: subcommand failed.

Below is the construct.gradle from libcocos:essential

android {
    ndkPath PROP_NDK_PATH
    compileSdkVersion PROP_COMPILE_SDK_VERSION.toInteger() // 33

    defaultConfig {
        minSdkVersion PROP_MIN_SDK_VERSION //21
        targetSdkVersion PROP_TARGET_SDK_VERSION //33
        versionCode 1
        versionName "1.0"
    }

But, after I run Debug, the debug.apk was efficiently made and it’s runnable on the units.

I’m utilizing Android Studio Chipmunk.

Anyone else having the identical problem? Is there any repair/workaround for this?

I simply came upon that it solely occur after I choose to make use of x86 and x86_64 within the construct setting in Cocos.
After I eliminated each, the .APK compiled efficiently. Why?

google might need eliminated x86 from the newest ndk model, strive altering the ndk to a decrease model eg: model 21.1.6352462 works with x86. It will be modified in cocos creator → preferences → exterior packages → android ndk after which make a construct with APP ABI x86 chosen it ought to work nice.
P.S. you’ll need to obtain the decrease ndk model first

ah, sure, now that you just talked about it…
Thank you sir