我之前折腾Conan交叉编译OpenSSL到Android时也踩过类似的坑——明明手动敲命令能顺利编译，Conan跑就卡在make depend环节，结合你的情况，给你几个具体的排查方向：

• 检查Conan运行时的环境变量上下文
  手动执行命令时你是在自己的shell环境里，所有NDK、交叉编译工具链的变量都已经加载，但Conan默认会在相对隔离的环境里执行构建，可能没继承到这些关键变量。你可以试试：

  1. 在conanfile.py的build()方法里，用print(os.environ)打印当前环境，对比手动执行env命令的输出，看是不是少了ANDROID_NDK_HOME、CC、CXX这些核心变量；
  2. 如果确实缺失，在build()里用tools.environment_append()显式注入需要的环境变量，或者在你的Conan profile里添加[buildenv]配置段，把必要的变量加进去。

• 确认交叉编译配置的完整性
  OpenSSL的Android编译对Configure参数要求很严，Conan的settings是否正确传递给了OpenSSL的配置脚本？比如：

  1. 检查你的Conan profile里的settings部分，是否正确设置了os=Android、os.api_level=XX、arch=armv8/armv7这些参数；
  2. 在conanfile.py调用OpenSSL的Configure脚本时，要确保用Conan提供的settings生成对应的参数（比如根据arch选android-arm64还是android-arm，加上--prefix等），不要硬编码，避免和Conan的上下文不匹配。

• 排查工作目录与路径差异
  Conan默认会在单独的build子目录里执行构建，而你手动编译可能是在源码根目录，这时候make depend可能因为相对路径问题找不到依赖文件。你可以：

  1. 查看Conan构建日志里的工作目录（conan build -vv能看到详细路径），对比手动编译的目录；
  2. 如果是路径问题，在conanfile.py里用tools.chdir()切换到正确的目录再执行make depend，或者调整OpenSSL Configure时的路径参数。

• 对比手动与Conan的命令细节
  虽然你说复制失败的命令手动能跑，但要仔细看Conan日志里的完整命令（包括环境变量前缀、工作目录），是不是和你手动敲的有细微差异？比如：

  1. Conan可能给命令加了额外的环境变量覆盖，或者用了不同的shell执行；
  2. 可以尝试在Conan的build()方法里，把执行命令的代码改成先打印完整命令，再执行，对比手动执行的命令是否完全一致。

• 检查OpenSSL源码的状态
  有时候Conan在下载或解压OpenSSL源码时可能出现文件损坏，导致make depend失败。你可以：

  1. 删除Conan的本地缓存里的OpenSSL包（conan remove openssl/* -f），重新下载；
  2. 对比Conan缓存里的源码和你手动编译用的源码，看是否有文件缺失或差异。

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