Cygwin下用MinGW编译GnuTLS：--build参数致Nettle检测失败原因

首先明确--build、--host、--target三个参数的核心作用：

• --build：指定编译当前软件的机器架构，即你实际运行configure和make的环境（这里是Cygwin的x86_64架构，和原生MinGW的x86_64-w64-mingw32并非同一环境）
• --host：指定软件最终运行的目标架构，这里是MinGW的x86_64-w64-mingw32
• --target：多用于编译器工具链场景，指定工具链生成代码的架构，此处和host一致是合理的

核心问题：架构匹配错误导致Nettle检测失败 #

当你添加--build=$HOSTARG时，configure会错误判定编译环境本身就是x86_64-w64-mingw32，但实际你的编译环境是Cygwin，这会引发两个关键问题：

1. configure会尝试以本地编译模式检测Nettle，而非交叉编译模式——它会直接运行编译出的Nettle测试程序，但该程序是MinGW格式，无法在Cygwin环境正常执行，最终判定Nettle版本不兼容或无法找到正确库
2. 即便你指定了PKG_CONFIG_PATH，configure在认定build架构为mingw32的情况下，会优先寻找适配mingw32本地环境的pkgconfig文件，而非你指定的Cygwin下交叉编译版Nettle的配置文件

移除--build后正常工作的原因 #

去掉--build参数后，configure会自动检测当前编译环境为Cygwin的x86_64-pc-cygwin，此时它明确识别出这是交叉编译场景：

• 会采用交叉编译的方式检测Nettle，不会尝试运行本地生成的测试程序
• 会正确读取你指定的PKG_CONFIG_PATH中的交叉编译版Nettle pkgconfig文件，从而准确识别Nettle的版本与库路径

额外建议 #

• 交叉编译场景下无需手动指定--build，让configure自动检测即可，仅需指定--host（--target与host一致时可指定，但非必须）
• 确保你的Nettle是用相同的--host=x86_64-w64-mingw32参数交叉编译后，安装到/usr/local/x86_64-w64-mingw32目录下，保证pkgconfig文件能被正确读取

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