Windows下用指定Conda环境与MSVC编译Boost.Python失败求助

我来帮你梳理下这个问题的症结，从你给出的报错信息和脚本来看，主要有几个关键环节没处理到位：

1. user-config.jam 未被正确识别或格式有误 #

你看到的 warning: no Python configured in user-config.jam 警告，说明b2没有读取到你在Boost根目录创建的配置文件——默认情况下，Boost.Build会优先查找用户目录（%USERPROFILE%）下的user-config.jam，而非Boost根目录的。另外，你的配置文件格式也有小问题，Boost.Build对缩进和语法要求比较严格。

修正方案： #

• 确保配置文件格式正确，调整后的user-config.jam内容如下（注意缩进）：

using msvc : 10.0 : "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cl.exe" ;
using python
    : 3.4
    : "C:\Appl\Miniconda3_32bits\envs\py34\python.exe"
    : "C:\Appl\Miniconda3_32bits\envs\py34\include"
    : "C:\Appl\Miniconda3_32bits\envs\py34\libs"
    : <define>BOOST_ALL_NO_LIB=1
    ;

• 运行b2时明确指定配置文件路径，避免b2找不到它。

2. 编译时未指定Boost头文件路径 #

你直接在quickstart目录运行b2，但b2不知道Boost的根目录位置，导致编译时找不到boost/python/class.hpp这类头文件。需要手动指定Boost的include路径。

3. 环境变量顺序可能冲突 #

你先激活conda环境再调用vcvarsall.bat，后者会重置部分环境变量，可能覆盖Python的路径。调整顺序先配置MSVC环境，再激活Python环境更稳妥。

修改后的完整脚本 #

@echo off
REM 先配置MSVC 32位编译环境
CALL "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86
REM 激活32位Python 3.4的conda环境
CALL C:\Appl\Miniconda3_32bits\Scripts\activate py34

REM 切换到Boost根目录
cd /D C:\Appl\boost_1_67_0

REM 生成正确格式的user-config.jam（存放在Boost根目录）
(
echo using msvc : 10.0 : "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cl.exe" ;
echo using python
echo     : 3.4
echo     : "C:\Appl\Miniconda3_32bits\envs\py34\python.exe"
echo     : "C:\Appl\Miniconda3_32bits\envs\py34\include"
echo     : "C:\Appl\Miniconda3_32bits\envs\py34\libs"
echo     : ^<define^>BOOST_ALL_NO_LIB=1
echo ;
) > user-config.jam

REM 运行bootstrap生成b2工具
CALL bootstrap vc10

REM 将Boost根目录加入PATH，确保b2可被调用
SET PATH=%PATH%;C:\Appl\boost_1_67_0\;

REM 切换到quickstart示例目录
cd C:\Appl\boost_1_67_0\libs\python\example\quickstart

echo 当前PATH环境变量: %PATH%
PAUSE

REM 运行b2，明确指定user-config路径和Boost头文件路径
CALL C:\Appl\boost_1_67_0\b2 toolset=msvc --user-config=C:\Appl\boost_1_67_0\user-config.jam -I"C:\Appl\boost_1_67_0" --verbose-test test
PAUSE

额外注意点 #

• 确保MSVC的vcvarsall.bat调用的是x86（32位），和你的Python环境位数完全匹配，否则编译出的库无法兼容。
• 因为你没有管理员权限，所有操作都在用户目录或指定路径下进行，避免写入系统目录的问题。

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