boost linux 编译？boost源码在哪个目录

其实boost linux 编译的问题并不复杂，但是又很多的朋友都不太了解boost源码在哪个目录，因此呢，今天小编就来为大家分享boost linux 编译的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！

Python的Dlib安装时一直出现找不到boost怎么解决

刚刚在 macOS遇到了类似问题并有了一个解决方案:解决 macOS下 Python安装 Dlib的问题：Cmake找不到 boost-python

Linux以及其他类 Unix系统可能都可以参考上面在 macOS High Sierra下的思路来通过设定~/.bashprofile里面的 CMAKE_PREFIX_PATH指向 boost安装路径来解决这个问题。

现在我正在Windows虚拟机里面测试，发现似乎也是 cmake没有设定 boost位置导致的。

我尝试一下用类似方法来解决，然后把细节过程截图发上来。

到Python Extension Packages for Windows

下载对应系统版本的 boost python的 whl：

点击此链接去下载 CMake安装包

点击此链接去下载 Boost C++二进制安装包

下载之后双击运行安装到默认位置；

1然后到安装目录，找到bootstrap.bat，双击运行；

2接下来在终端（CMD或者 Powershell）里面运行：

b2 install--prefix=PREFIX

3这里的 PREFIX是一个目录位置，用来安装 Boost.Build；

4如果安装完成如果没有报错，接下来还在 boost所在目录运行

b2-a--with-python address-model=64 toolset=msvc runtime-link=static

5如果上一步还是没有报错，接下来吧设置环境变量：

BOOST_ROOT=C:\local\boost_1_65_1

BOOST_LIBRARYDIR=C:\local\boost_1_65_1\stage\lib

上面这些内容部分参考了 BOOST官方文档的内容：Getting Started on Windows

上述步骤完成之后，使用 pip install dlib来安装吧.

我自己在 Windows 7 32bit系统下测到一半提示编译错误，不过能确定的是上面这些步骤都没问题了，算了，我懒得折腾了，以上内容供参考了。

希望大家都安装顺利，另外开发机还是类 Unix系统好配置啊。

软件安装系列:Boost 的安装与初试

软件安装系列：Boost的安装与初试

在软件开发中，Boost是一个不可或缺的库，它提供丰富的功能，如字符串处理、正则表达式等，让C++开发更为高效。今天我们将指导您如何在Windows和Linux环境下安装Boost，以便于使用velocyto.R等依赖该库的软件。

Windows安装步骤

前往Boost官网下载Windows版本，如boost_1_76_0.zip。

解压到D:\boost目录，确保路径不含中文。

以管理员权限打开命令行，切换到解压目录：`cd D:\boost\boost_1_76_0`（需先输入D:）。

运行`bootstrap.bat`生成b2.exe。

执行`b2.exe`进行编译，耐心等待。完成后，会在`D:\boost\boost_1_76_0\stage\lib`下找到.dll和.lib文件。

验证开发环境：在项目属性中添加Boost库目录，编写并运行测试代码，确认安装成功。

Linux安装步骤（源代码编译）

下载源代码，选择完全安装。编译时可指定安装路径（如`–prefix=xxx`）和Python版本（`–with-python=python*`）。

安装完成后，您可以在项目配置中添加Boost库路径，以确保软件正常使用。

桓峰基因将持续分享生信分析教程，敬请关注！如有文章润色需求，可使用优惠码KYOHOGENE享受85折，详情见topeditsci.com/。

最后，欢迎加入生信交流群，扫描二维码添加微信，注明单位、姓名和目的。

怎么在ubuntu上安装boost1.58

安装好ubuntu14.04之后，下载boost、qt、osg的库，进行编译

1.boost

参考

boost提取出来以后，先./configure，生成b2

这里b2好像就是对应1.40以前的bjam，都是boost自己的编译程序。

再执行./b2 link=static runtime-link=static variant=debug,release

layout=versioned stage--stagedir="/home/username/boost_1_58_0/bin/gcc"

threading=multi

这个命令是个大概的格式，具体可能有些拼写符号有误，主要就多说几点。一个是link和runtime-link，link是在编译期间，是选择

static还是shared，如果是static，那么boost库在编译完成后，会绑入输出的程序，如果是shared，那么需要放在代码目录下，供

引用。runtime-link则是在程序发布之后，如果启动运行，调用boost库的方式，如果选择shared，那么不但需要把编译输出的文件给客

户，还要给他一堆依赖的动态链接库。

variant是以什么方式输出，如果既想要debug又想要release，那么就用逗号连接。

但是，如果同时输出debug，release，会产生命名冲突，必须指定layout=versioned，这样debug和release出来的库的名字才不会冲突。

stage编译的话，编译完成后，所有的库文件都会被输入指定的stagedir里面，而include文件本身就在boost_1_58_0下面

的boost文件夹中。不需要再执行make

install，install的作用会把所有生成的库拷入/usr/local/lib里面，/boost_1_58_0/boost也会拷入/usr

/local/include里面，有点多余

但是stage方式编译的话，在每次生成依赖boost库的程序的时候，需要用-I在指定inlucde路径。可以通过在环境变量文件里面指定环境

变量，然后g++编译的时候，指定这个环境变量。关于环境变量参考了这篇：

/article/details/8513365

比如我有一个调用boost库的代码文件hboost.c，在/home/username/.profile文件里面指定了

BOOST_ROOT，重启生效。编译的时候执行 g++-I$BOOST_ROOT hboost.c-o

hboost，就可以输出编译结果，再运行./hboost就可以看到程序运行的结果了。

2.qt

qt其实比较简单，直接进入解压到目录，./congfigure；make；make install三个步骤就可以了。不过由于我要用osg利用qt的库编译osgQT所以这里有个坑。

首先，为什么选择QT4.8，这是因为它是QT5.0以下的最新版。为什么不用QT5呢，因为据osgChina里面的大牛说，好像QT5在osg

里面进行多线程方面有bug。具体参考这些帖子，

amp;tid=13908&highlight=qt5

其次，为了最后能生成osgQT，需要编译QT的GLWidget等相关类，所以需要在本机上安装opengl。开始的时候参考这篇文章

(OpenGL)-on-Linux-Mint.但运行命令的时候总是告诉我

依赖有问题。于是看到有人说需要更新源（

t=468366），就又找到了这篇文章

%A8#Trusty.2814.04.29.E7.89.88.E6.9C.AC。这下就全都妥了。

然后进入qt解压目录，做./configure-static-debug-and-release-no-sql-sqlite

-no-sql-sqlite2-no-sql-sqlite_symbian

-opengl生成静态库。注意，那几个no-sql的选项，如果不带的话，会在下一步make的时候，报

qt_plugin_instance_qsqlite

unresolve之类的错误（

static-problem-under-Linux(ubuntu)）。-opengl选项，会让configure自动去默认路径寻找opengl

相关的依赖，如果你的opengl安装的位置不对，他会要求你自己指定其他的位置。

3.osg

osg默认是用cmake来编译的，所以应该先用apt-get把cmake

cmake-gui搞下来。在编译的过程中发现，如果本机的依赖库有问题，有可能会导致编译或者链接失败。一个比较偷懒的办法提供给大家。首先，请先更新

你linux的源，之后apt-get build-dep

openscenegraph，这个命令在我这里下载了几十兆的依赖库。然后进入到osg的解压目录，然后把makefile.txt拖进gui，点击

configure，勾选group、advanced。如果要编译Debug那么先把cmake组里面的参数build

type（似乎是这个选项）写Debug，build组里面的compile

example勾选。然后再点击一次configure，再点generate。理论上依赖库应该是没问题的，因为我们apt-get了那么多依赖库对

吧。

然后终端里make，如果报错，如果报错是和某个依赖库有关的，那么就重新打开cmake-gui，把那个依赖库选项下的include、library全部删掉，再重新生成，然后再重新make。如此反复，最终一定会生成一份可用的osg。

当然也可以不下载依赖库，直接把QT和opengl在默认路径下准备好，如果这样的话其实更简单，直接终端里面运行./configure就行了，

自动会以release方式cmake出makefile，如果想要Debug方式，那就改一下configure文件。然后make，一般不会有问题。

make结束之后，所有生成的文件会位于解压文件夹里的bin、lib、inlcude里，把这些拷贝出来，放到另外一个文件夹比如build，然

后把下载到的data文件夹，里面包括那个牛、滑翔机和卡车等等经典的模型，也放到这个build里面，设置一下环境变量，osg应该就可以用了。

设置有关环境变量的问题，需要设置两个或者三个环境变量。如果在执行完make之后，再执行make

install，那么只需要设置OSG_FILE_PATH指定data文件夹的位置，并在PATH中指定bin文件夹的位置（这样可以运行

osgersion，osgiewer这些编译时附送的应用）。make

install会把include和lib文件夹拷入usr/local下的include、lib文件夹。但是如果没有执行make

install，那么需要设置第三个环境变量，那就是LD_LIBRARY_PATH，我的分发版是ubuntu

14.04，sudo gedit/etc/environment打开配置文件，添加export

LD_LIRARY_PATH=$LD_LIBRARYPATH:path to lib然后在终端里执行source

/etc/environment。这样做是因为在执行osgiewer的时候，如果要读入cow.osg文件，osg需要lib文件夹下的plugIn

文件夹里的插件来读取对应格式的文件。由于我我们没有执行make install所以就需要告诉osg，这个lib文件夹到底在哪里

不得不说，我的osg生成的还是有问题，freetype总是用不了，字体显示上有些蛋疼。后来很仔细的把cmake里面的有关freetype的

地址都指定了，也输出osgdb_freetype.so了，但使用的时候还是出现undefined

symbol错误。先不打算搞了，起码现在主要功能都能用，字体的事先放一放。