无法使用 GCC 构建 Boost 库
我使用的是 64 位 Windows 7，并且想从命令行(我不使用 MSVC)编译非预编译库(具体来说，我需要 Filesystem).我有 MinGW，但在 Boost 网站上读到不支持 MSYS shell，所以我试图从 Windows 命令提示符编译库. 首先，运行bootstrap.bat会出现如下错误: 构建 Boost.Jam 构建引擎'cl' 不被识别为内部或外部命令，可运行
..
bjam相关内容
在 Windows 中构建 boost 的一个子集
我正在尝试设置 boost 的一个子集并使用 bjam 正确编译它，但是我没有得到我正在寻找的结果.我正在使用 boost 1.37.0 在 Windows 上工作. 假设我想要构建/安装库 smart_ptr 和文件系统.我特意选择了一个只有头文件的库和一个需要编译库的库.我希望将它们构建到一个目录结构中，类似于我使用 bjam 构建完整的 boost 安装(即不指定任何 --with-l
..
如何解码 boost 库命名?
我试图找出 gd 在 boost 库名称中的意思，但我只发现另外两个人正在寻找相同的东西. 我想它应该是一个明确记录的地方，我想找到它. mt - 多头，使用 bjam threading=multi s - bjam runtime-link=static g - 使用标准和运行时支持库的调试版本.什么 bjam 开关??? d - 调试 bjam variant=debug
..
更改boost.build jamfile以获得C ++ 11支持吗?
我一直在使用boost.build或b2来构建项目.我正在尝试添加C ++ 11结构，例如 auto 和 begin ，但是Jamfile目录中的标准调用 b2 release 无法识别这些. 解决方案 在Jamroot中添加了以下内容 gcc: -std = gnu ++ 0x c: -std = c ++ 1
..
在CentOS 7上构建Boost的调试版本
我正在尝试使用以下命令在CentOS 7上构建Boost的调试版本: ./b2 runtime-link =共享的runtime-debugging = on variant = debug link =共享的安装 但是，在生成的库文件的名称中没有看到 g 或 d ABI标志.我做错什么了吗?在Windows上构建时一切正常. 解决方案 我认为应该可以. 如果像您一样进行
..
什么是jamfile?
我正在尝试使用boost_1_55_0库，并且不断遇到对jamfiles的引用. 什么是jamfiles? 为什么会有bjam和jamfiles的多个版本? 解决方案 Jam 是开放的Perforce构建的源代码制作系统. Bjam是卡纸的增强变体.jam的优点之一是，与诸如make的其他构建系统相比，它被明确设计为独立于平台的构建系统.
..
可选地在C ++中包括头文件
我有一个C ++代码，该代码需要在某些服务器而不是其他服务器中包含某个库。我使用bjam构建代码。 代码示例： if server_list中的服务器： include int function（）; else： int function（）; 在使用bjam构建期间： 如果server_list中的服务器： -
..
在Boost.Python的Bjam中包含系统库
这可能是一个非常基本的问题，但我无法在任何地方找到解决方案.我正在使用Boost.Python在C ++中构建Python扩展，并且需要将我的项目与libpcap链接，但是我指定的内容似乎都没有将bjam指向正确的位置. Pcap当前安装在/usr/local/include (OS X 10.9)中，我可以使用XCode，Make或任何其他构建系统将其导入.但是，当我尝试运行bjam时，出现链接
..
如何构建从git克隆的单个boost库?
基于"Jam"文件，使用我不熟悉的此构建系统增强功能.现在，我分叉并克隆了一个特定的Boost库( program_options )，我想构建它并可能还会运行测试.我注意到build/Jamfile.v2-我该怎么办? 我在发行版上尝试了apt-get install jam，但这并没有使我走得太远: $ jam -fbuild/Jamfile.v2 warning: unknown
..
Mac OS X上的Boost.Python Hello World
我正在尝试设置和编译Boost.Python的Hello World示例:我从Homebrew安装了bjam，boost，boost-build和boost-python: brew install bjam brew install boost brew install boost-build brew install boost-python 我的python安装也是通过Homebr
..
如何从Jamfile内部将cxxflags传递给Boost库?
我有一个有一些要求的项目，其中之一是设置c ++ 11编译器/链接器标志: jamroot.jam: project : requirements clang:"-stdlib=libc++ -std=c++11" clang:"-lc++" # ... etc
..
使用MinGW构建Boost 1.45
尝试在Windows XP上使用MinGW编译Boost 1.45。 ％PATH％包含MinGW路径。 user-config.jam包含使用gcc; bjam（ntx86一） “rel =”nofollow“>此处。 输出： > bjam --build-dir =“E：\Boost”--build-type = complete toolet =
..
使用MinGW构建Boost 1.45
尝试使用MinGW在Windows XP上编译Boost 1.45。 ％PATH％包含MinGW路径。 user-config.jam包含使用gcc; bjam（ntx86一） “rel =”nofollow“>此处。 输出： > bjam --build-dir =“E：\Boost”--build-type = complete toolet =
..
如何确定bjam中cxxflags的值？还是追加？
我需要使用bjam添加到编译器标志。所以，我需要一个方法来附加到现有的标志 - 像CXXFLAGS + =无论使用gmake - 或者我需要知道cxxflags当前使用的值，所以我可以用我的添加替换它。 像往常一样，文档让我惊讶于bjam的复杂性，但是没有能够做任何有用的事情。 解决方案 如果你只是想在命令行上这样做，你可以通过指定“feature = value”参数添加标志。在m
..
为什么的bjam似乎忽略了我的论点？
我试图构建的bjam boost.lib，但无论我做什么，我不能让它认我的 BOOST_LOG_NO_COMPILER_TLS 标记。我建立这样的： 的bjam地址模型= 32 --toolset = MSVC-10.0 --build型=完整 --with日志变异=调试链接=静态运行时链接=静态 定义= BOOST_LOG_NO_COMPILER_TLS阶段 要验证它是否忽略了国旗
..
错误编译Boost.Python的快速入门
我一直在试图编译Boost.Python的快速入门“（$ BOOST_PATH \\库\\ python的\\例子\\快速启动）实例和所遇到的问题。 首先，我的环境： 操作系统：Windows 7旗舰版64位 Python版本：2.7 32位 C ++编译器：VC10 加速版本：1.53.0 起初，我不得不编译Boost.Python的库文件问题，但偶然发现的这个的堆栈溢出线程
..
如何打造提升静态库？
这工作，但不建立Boost库的静态版本（也许是我错了吗？） 的bjam --toolset =海合会 - preFIX = C：\\ boost_1_49_0-MinGW的安装 试图发出folloving命令：的bjam --toolset =海合会 - preFIX = C：\\ boost_1_49_0-MinGW的--build型=完成安装 ，但它不工作 解决方案 您应该能
..
构建使用MinGW的升压1.45
尝试使用MinGW的编译升压1.45在Windows XP上。一年前我做到了，差点忘了怎么重复了。 ％PATH％包含MinGW的路径。结果 用户config.jam中包含使用gcc; 结果 的bjam（该ntx86一个）从这里。 输出： ＆LT;路径＆GT; ＆GT; --build的bjam-DIR =“E：\\助推”--build型=完整的工具GCC =舞台＆LT;路径＆GT; /工
..
努力打造提升：我不能得到的bjam
我想建立使用两种不同的编译器，MinGW的和Visual C ++ 2010例preSS提升，使用的bjam： 的bjam工具集=的gcc，MSVC变种=发行环节=静态，共享线程=多安装 问题是我没有的bjam。我找不到它在升压目录，我从别的地方下载的一个是错误的版本。 我应该能够从code在增强，但如何建立呢？我读，我必须启动的build.bat 从 BOOST_ROOT /工具/果酱/
..
升压1.37 pre-专为MSVC
我不能找到一个pre-专为升压1.37.0集MSVC ++库中，只有源。我不明白他们怪异的编译系统是如何工作的？还有什么地方我能找到一个下载Visual Studio项目或什么的？ 解决方案 借助 BoostPro计算乡亲保持加速的Windows安装程序，但它通常需要几个星期对他们提出了新版本的在线。它尚未为1.37。 有没有Visual Studio解决方案（记住，升压目标多的平台）虽
..