WSL编译TACS的F5ToTEC工具时报错：禁止直接引用<bits/mathdef.h>

• 检查F5ToTEC Makefile的头文件搜索顺序：优先确认INCLUDE变量中，TecIO的头文件路径是否排在系统头路径、TACS核心头路径之前，第三方库头路径优先级过高会覆盖系统标准头的引用逻辑
• 验证TecIO库版本兼容性：你编译的是非MPI版本的TecIO静态库，需要确认该版本是否匹配你WSL发行版的glibc版本，部分旧版TecIO头文件会直接引用glibc内部头文件bits/mathdef.h，而非通过标准头<complex.h>/<cmath>间接引用
• 检查编译器匹配度：确认你编译TecIO用的编译器和当前编译F5ToTEC用的mpicxx底层绑定的g++版本是否一致，版本差超过2个大版本大概率会出现标准库头引用不兼容的问题
• 分析预编译输出：你执行的mpicxx -xc++ -E -v -输出里，找#include <...> search starts here:段，按顺序核对搜索路径里是否存在冲突的头文件，比如是否有第三方路径下存在同名的complex.h覆盖了系统标准头

• 调整头文件搜索顺序：修改F5ToTEC的Makefile，把系统头路径、TACS核心头路径放在TecIO头路径之前，示例修改如下：
  原Makefile的INCLUDE行如果是：
  INCLUDE = -I$(TECIO_DIR)/include -I$(TACS_DIR)/include
  改为：
  INCLUDE = -I$(TACS_DIR)/include -I$(TECIO_DIR)/include -I/usr/include
• 强制禁止直接引用内部头：在Makefile的CXXFLAGS中添加宏定义-D_IEEE_LIBM，这个宏可以屏蔽glibc对bits/mathdef.h直接引用的报错
• 替换TecIO编译配置：重新编译TecIO时指定使用C++模式而非C模式，并且添加-D__STDC_LIMIT_MACROS、-D__STDC_CONSTANT_MACROS两个宏定义，避免标准库宏识别失败
• 临时规避数学函数未声明错误：如果调整路径后仍然存在cmath函数未声明的问题，在f5totec.cpp头部显式引入以下头文件：

  #include <cmath>
  #include <complex.h>
  

• 检查WSL路径兼容性：如果上述方案都无效，把tacs-master目录从Windows挂载的/mnt/c路径移动到WSL的原生Linux文件系统（比如/home/你的用户名/目录下）重新编译，Windows挂载路径的文件权限、大小写不敏感特性偶尔会导致头文件引用异常

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