Linux下交叉编译SystemC库链接报pthread未定义引用问题求助

问题根本原因 #

SystemC 2.3.3 自带的 Autotools 构建脚本（即 configure 这套构建逻辑）存在交叉编译检测缺陷，是导致该问题的核心原因，具体触发逻辑如下：

• MXE 交叉工具链环境默认预装了 pthreads 兼容库及头文件，Autotools 进行依赖检测时，未严格区分宿主机特性与目标平台特性，误判目标平台支持 pthreads 接口，在编译阶段偷偷注入了 HAVE_PTHREAD_H 宏定义以及 -pthread 编译参数，导致部分 SystemC 源码编译时嵌入了 pthreads 相关调用逻辑。
• 此时线程模型检测分支仅做了表面逻辑判断，因此仍会输出「将使用 WinFiber 作为线程实现」的提示，和实际编译行为不一致。
• 报出的 __imp_pthread_mutex_unlock 错误是因为 MXE 提供的 pthreads 静态库默认要求编译时定义 PTW32_STATIC_LIB 宏才能正确链接，未定义该宏时会默认查找动态库导出符号（带__imp_前缀），因此就算额外加 -lpthread 也无法匹配到静态库中的符号。

CMake 构建和原生工具链正常的原因 #

• SystemC 配套的 CMake 构建脚本交叉编译检测逻辑远严谨于 Autotools 版本，会严格基于目标平台（Win64）的特性做判断，自动屏蔽了 pthreads 依赖，完全启用 WinFiber 实现，编译出的库没有任何 pthreads 相关引用，因此链接正常。
• 原生 Win64 工具链下 Autotools 属于本地构建，不存在跨平台检测偏差，会正确识别目标平台特性，因此不会误引入 pthreads 依赖。

修复方案 #

使用 configure 交叉编译时，手动强制禁用 pthreads 检测即可，修改后的 configure 命令如下：

./configure --prefix=$SYSTEMC_STATICTOOLCHAIN_DEST --host=x86_64-w64-mingw32.static --disable-pthreads

重新编译安装 SystemC 后再链接测试代码即可正常通过。

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