指定自定义OpenSSL目录编译libcurl遇SSL未启用及架构问题

看起来你在交叉编译arm64 iOS版本的libcurl时遇到了两个核心问题：编译器目标平台识别错误，以及SSL依赖未被正确检测到。我们一步步来拆解和解决：

首先确认前提：你的OpenSSL必须是iOS arm64架构的 #

configure无法识别SSL的首要原因可能是你编译的OpenSSL是针对macOS（x86_64）的，而非iOS arm64。先验证OpenSSL库的架构：

lipo -info /Users/builder/dev/artifact_staging/temp/openssl/lib/libcrypto.a

如果输出不是 Non-fat file: ... is architecture: arm64，你需要先重新交叉编译OpenSSL为iOS arm64版本，否则libcurl无法链接它。

修正交叉编译环境变量 #

你之前的环境变量缺少了对编译器（CC/CXX）的明确指定，导致configure仍在使用默认的macOS编译器，这就是为什么会出现using sysroot for 'iPhoneOS' but targeting 'MacOSX'的警告。设置完整的环境变量：

# 定义iOS SDK路径和目标架构
export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk
export ARCH=arm64
export MIN_IOS_VERSION=11.0

# 指定带目标平台参数的clang编译器
export CC="clang -arch $ARCH -isysroot $SDKROOT -miphoneos-version-min=$MIN_IOS_VERSION"
export CXX="clang++ -arch $ARCH -isysroot $SDKROOT -miphoneos-version-min=$MIN_IOS_VERSION"

# 指向你的自定义OpenSSL目录
export OPENSSL_DIR=/Users/builder/dev/artifact_staging/temp/openssl
export CPPFLAGS="-I$OPENSSL_DIR/include"
export LDFLAGS="-L$OPENSSL_DIR/lib -arch $ARCH -isysroot $SDKROOT"
export LIBS="-lcrypto -lssl"

调整configure参数 #

你的--host参数不够准确，iOS的目标主机标识应该是arm64-apple-ios而非arm64-apple-darwin，同时添加一些优化和清理参数：

# 先清理之前的编译缓存
make clean
rm -rf config.cache

# 运行configure
./configure \
--without-zlib \
--enable-static \
--disable-shared \  # 仅生成静态库，避免iOS动态库签名问题
--enable-ipv6 \
--with-ssl=$OPENSSL_DIR \
--host=arm64-apple-ios \
--prefix=/Users/builder/dev/artifact_staging/temp/libcurl \
--disable-dependency-tracking \  # 加速编译，跳过不必要的依赖检查
--disable-debug \
--enable-optimize

为什么之前的配置失败？ #

1. 编译器目标不匹配：你指定了iOS的sysroot，但未明确告诉编译器要生成arm64 iOS的代码，导致编译器默认生成macOS x86_64的可执行文件，链接时找不到对应架构的libSystem.dylib，从而报错C compiler cannot create executables。
2. OpenSSL架构不兼容：如果你的OpenSSL是macOS版本，configure会因为架构不匹配跳过SSL支持，即使路径正确。
3. --host参数不准确：arm64-apple-darwin通常指macOS的arm64平台，而arm64-apple-ios才是iOS的目标主机标识，configure需要这个来正确配置编译链。

完成上述步骤后，重新运行configure，应该能看到汇总报告中SSL support: enabled (OpenSSL)的提示。

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