手动构建nanobind扩展遇_PyInterpreterState_Get错误求助

以下是针对你遇到的_PyInterpreterState_Get(): no current thread state错误的进一步排查方向：

• 确认运行时Python版本与编译版本一致
  编译时指定了Python3.8，但执行脚本时可能默认调用了其他版本的Python。直接用python3.8 main.py指定版本测试，同时执行python3.8 --version和which python3.8确认路径正确。

• 验证libnanobind.a的编译参数准确性
  重新检查编译libnanobind.a时的配置：

  1. 确保编译过程中传递了正确的Python3.8路径参数，比如-DPYTHON_INCLUDE_DIR=/usr/include/python3.8和-DPYTHON_LIBRARY=/usr/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8-pic.a。
  2. 用nm libnanobind.a | grep _PyInterpreterState_Get查看符号是否存在，再对比nm /usr/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8-pic.a | grep _PyInterpreterState_Get的输出，确认符号匹配。

• 调整编译命令的链接库顺序
  GCC链接器按从左到右的顺序解析符号，依赖库应放在被依赖对象之后。修改编译命令，将Python静态库移到末尾：

  g++ -I/usr/include/python3.8 -I./nanobind/include main.cpp libnanobind.a -std=c++17 -shared -fPIC -O3 -o my_ext.so /usr/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8-pic.a
  

• 排查动态链接库冲突
  系统中多版本Python库可能导致运行时加载错误：

  1. 用ldd my_ext.so查看扩展依赖的动态库，检查Python相关库的路径是否指向Python3.8的文件。
  2. 如果发现依赖错误版本，设置环境变量后再运行：

     LD_LIBRARY_PATH=/usr/lib/python3.8/config-3.8-x86_64-linux-gnu:$LD_LIBRARY_PATH python3.8 main.py
     

• 改用动态链接Python库
  静态链接Python库容易引发环境兼容问题，尝试切换为动态链接：
  将编译命令中的/usr/lib/python3.8/config-3.8-x86_64-linux-gnu/libpython3.8-pic.a替换为动态库链接参数-lpython3.8，命令如下：

  g++ -I/usr/include/python3.8 -I./nanobind/include main.cpp libnanobind.a -std=c++17 -shared -fPIC -O3 -o my_ext.so -lpython3.8
  

• 检查nanobind版本兼容性
  确认当前使用的nanobind版本是否支持Python3.8，部分新版本的nanobind已不再兼容Python3.8，可尝试切换到适配Python3.8的nanobind版本分支。

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