针对你用android-ndk-r13b构建cocos2d静态库时，arm64-v8a架构在链接阶段报错collect2: fatal error: cannot find 'ld'的情况，这里有几个具体的排查方向：

• 确认交叉编译工具链的路径是否正确
  首先要明确：构建arm64-v8a时，应该使用NDK自带的aarch64-linux-android-ld，而不是主机系统的ld。系统的ld即使宣称支持arm64，也不是为Android交叉编译定制的工具，NDK构建脚本本应自动调用自身工具链里的ld。
  你可以查看构建日志里的链接命令，确认是否调用了NDK路径下的toolchains/aarch64-linux-android-4.9/prebuilt/<你的主机平台>/bin/aarch64-linux-android-ld，如果不是，说明工具链路径配置存在异常。

• 检查NDK arm64工具链是否完整
  android-ndk-r13b的arm64工具链路径是$NDK_ROOT/toolchains/aarch64-linux-android-4.9，你可以手动查看该目录下的prebuilt/<主机平台>/bin文件夹，确认是否存在aarch64-linux-android-ld文件。如果缺失，大概率是NDK解压时文件损坏，建议重新下载并解压NDK r13b。

• 排查Application.mk/Android.mk中的架构相关配置
  针对不同架构的编译/链接参数配置错误，也可能导致工具链调用异常：

  • 检查Android.mk中是否针对arm64-v8a设置了错误的LDFLAGS，比如硬编码了主机ld的路径，或者遗漏了arm64的工具链前缀；
  • 确认Application.mk中的APP_ABI是否正确设置为armeabi armeabi-v7a arm64-v8a，没有多余空格或拼写错误；
  • 查看是否存在针对特定架构的条件判断逻辑，比如arm64相关的配置被错误跳过。

• 检查环境变量是否干扰了NDK构建
  如果你之前配置过其他交叉编译环境的环境变量（比如PATH里加入了其他工具链的路径），可能会导致NDK构建时优先调用外部工具，而非自身的arm64工具链。可以尝试在干净的终端环境（比如新开一个终端，不加载自定义环境变量配置）下重新构建，看是否能解决问题。

• 验证NDK的arm64工具链能否单独工作
  手动测试NDK的arm64工具链：进入$NDK_ROOT/toolchains/aarch64-linux-android-4.9/prebuilt/<主机平台>/bin目录，执行./aarch64-linux-android-ld -v，看是否能正常输出版本信息。如果这个命令报错，说明工具链本身存在问题，需要重新下载NDK。

内容的提问来源于stack exchange，提问作者heximal