Boost库安装与使用

2023-05-16

Boost 库很不错,所以我今天就安了它一下下。
Boost
库不是 C++ 标准库的一部分(据说在下一版本的 C++ 标准会采纳它),但它有一些标准库所没有的很有用的一些功能,比如我非常需要的正则表达式( Regular Expression) 。所以我今天就在 GCC 上安装这个东东。(好像 GCC 也自带 Regex 库,我没有太注意)

先从 Boost .org Download 一个 Boost 版本的 tar.gz 包, boost ×××.tar.gz
然后 tar -zxvf boost ×××.tar.gz 解压缩,在当前目录下得到一个 boost ××× 文件包

cd boost ×××
进入该文件包
我要用的 Regex 没有编译好,所以需要自己 build
而为了 build ,又先得 build 一个 jam 工具

cd tools/build/jam_src
里面有一个 build.sh 的脚本文件, ./build.sh 执行之,
会在内部的目录里生成几个可执行文件(可以 find -name bjam 找),里面有一个 bjam
cp bjam /usr/bin
然后进入 boost ××× 目录

执行 bjam " -sTOOLS=gcc" install
就可以了
写程序的时候,把相应的 .h 文件 include 在程序里

别的需要 build 的模块同上方法。

Enjoy Boost

 

-------------------------------------------------------------------------------------

相对于Windows来,Linux 下的boost 编译简单至极。没有那么多的可选编译器,没有那长的编译时间,没有那么多的硬盘使用量,统一的inlude和lib目录,你熟悉命令行,不使用IDE,不需要我那么罗嗦的介绍怎么配置EditPlus。

首先是下载boost ,可以在此


http://sourceforge.net/projects/boost

寻找一个合适的版本。比如我下载的是 boost _1_33_1.tar.gz,解压到/opt。


tar xzvf boost
_1_33_1.tar.gz -C/opt

提醒:做这些事情的时候你需要有root权限。

进入 boost 目录:


cd /opt/boost
_1_33_1

首先我们要编译bjam:


cd tools/build/jam_src/
./build.sh


很快编译结束,默认情况下,bjam会被复制到/usr/local/bin/bjam。
注意:bjam的同目录下应该有boost -build.jam等文件,有时候bjam在boost _1_33_1/下


现在你可以使用bjam编译boost 了。


cd ../../..
bjam "
-sTOOLS=gcc"
install


编译时间不会如windows那么长久,在我的电脑上编译了大约40分钟。你可以在前后使用df命令检查下磁盘使用,在我的电脑上,编译 boost 花费了500M的空间。

使用install会把头文件复制到/usr/local/include/ boost -1_33_1中,把生成的lib复制到/usr/local/lib中。
这些完成之后,记得要使用ldconfig来更新动态链接库,动态链接库路径的配置文件在
/etc/ld.so.conf 中。有的时候编译能够成功,但是运行时连接不到库,就是因为路径没有设对或者没有ldconfig。
另外:linux 静态链接库一般以.a结尾,动态链接库以.so结尾,分别对应于windows下的.lib与.dll。

在测试两个例子之前,我们先设置几个环境变量。


BOOST
_ROOT=/opt/boost
_1_33_1
BOOST _INCLUDE=/usr/local/include/boost -1_33_1
BOOST _LIB=/usr/local/lib


为了使其能够在登录时自动导入,你可以写一个脚本:

# !/bin/sh#boost   settings
BOOST _ROOT =/ opt / boost _1_33_1
BOOST _INCLUDE
=/ usr / local / include / boost - 1_33_1
BOOST _LIB
=/ usr / local / lib
  export BOOST _ROOT  BOOST _INCLUDE  BOOST _LIB




将其保存为/etc/profile.d/boost .sh,并使用chmod a+x boost .sh设置执行权限。

现在我们可以写两段代码来测试了。

第一个测试文件是lex.cpp:

#include  < boost / lexical_cast.hpp >
#include 
< iostream >
int   main()
{  
     
using   boost ::lexical_cast;
       
int   a  =   lexical_cast < int > ( " 123 " );
       
double   b  =   lexical_cast < double > ( " 123.12 " );
        std::cout
< < a < < std::endl;
        std::cout
< < b < < std::endl;
       
return   0 ;
}




编译:


    g++ lex.cpp -I$BOOST
_ROOT -o lex


运行:


    ./lex


输出:


    123
123.12


你可以将$BOOST _ROOT改为$BOOST _INCLUDE,如果你没有设置环境变量,可以改为/opt/boost _1_33_1或者/usr/local/include/boost -1_33_1。

我们的第二个例子是re.cpp:

#include  < iostream >
#include 
< string >
#include 
< boost / regex.hpp >
int   main()
 
{
      std::
string   s  =   " who,lives:in-a,pineapple        under  the  sea? " ;
      boost ::regex  re(
" ,|:|-|//s+ " );
      boost ::sregex_token_iterator
          p(s.begin(  ),  s.end(  ),  re, 
- 1 );
      boost ::sregex_token_iterator  end;
     
while   (p  !=   end)
            std::cout 
< <   * p ++   < <   ' /n ' ;
}





编译:


    g++ re.cpp -I$BOOST
_ROOT -lboost_regex-gcc -o re


运行:


    ./re


输出:


    who
lives
in
a
pineapple
under
the
sea?


这里要使用-l指定了链接库。

现在boost 的基本安装配置已经完成,但是我们可以再改进下。

如果不想每次都指定boost 头文件目录,可以将其link到/usr/include中:


    ln -s /opt/boost
_1_33_1/boost
 /usr/include/boost



或者:


    ln -s /usr/local/include/boost
-1_33_1/boost
 /usr/include/boost



如果你依然嫌boost 编译后占用的空间太大,可以在boost 目录下使用bjam clean:


    cd /opt/boost
_1_33_1
bjam -sTOOLS=gcc clean


这个命令会清除编译时的中间文件,/usr/local/lib下带版本号的boost libs,和/usr/local/include下的boost 头文件。但是同时节省了几百M的硬盘空间。

所 以如果你使用了clean,记得将BOOST _INCLUDE更为BOOST _ROOT(/opt/boost _1_33_1),将 /usr/include/boost link到/opt/boost _1_33_1/boost ,再有就是编译链接时的boost lib不要带版本号。

如果你觉得编译时手动链接敲那么长的名字比较麻烦,可以使用脚本来自动寻找链接:

# !/usr/bin/python
import   os
import   sys
import   re
BOOST _ROOT 
=   os.getenv( ' BOOST _ROOT ' )
BOOST _LIB 
=   os.getenv( ' BOOST _LIB ' )
# BOOST _ROOT  =  '/opt/boost _1_33_1'
#
BOOST _LIB  =  '/usr/local/lib'
def   getlibs():
        alls 
=   os.listdir(BOOST _LIB)
        libpattern 
=   re.compile(r ' ^libboost_([^-]+)-gcc ' )
        libs 
=   { }
       
for   lib  in   alls:
                m 
=   libpattern.match(lib)
               
if   m:
                        libs[m.group(
1 ).lower()]  =   1
       
return   libs
pattern 
=   re.compile(r ' ^/s*#include/s*< /s*boost /(.+)/.(h|hpp)/s*> ' )
libs 
=   getlibs()
libskeys 
=   libs.keys()
includes 
=   { }
ENV 
=   os.environ
ARGV 
=   sys.argv[ 1 :]
files 
=   ARGV
if   len(files)  ==   0: 
      sys.exit()
for   f  in   files:
       
if   f.lower().endswith( ' .cpp ' ):
                fp 
=   open(f,  ' r ' )
                lines 
=   fp.readlines()
               
for   ln  in   lines:
                        m 
=   pattern.match(ln)
                       
if   m:
                                libname 
=   m.group( 1 ).lower()
                               
if   libname  in   libskeys:
                                        includes[libname] 
=   1
libline 
=   '   ' .join(map( lambda   lib:  ' -lboost_ ' + lib + ' -gcc ' ,  includes.keys()))
obj 
=   ARGV[0]
obj 
=   obj[:len(obj) - 4 ]
# cmd  =  'g++  %s  -I%s  %s  -o  %s'  %  ('  '.join(files),  BOOST _ROOT,  libline,  obj)
cmd  =   ' g++  %s  %s  -o  %s '   %   ( '   ' .join(files),  libline,  obj)
print   cmd
os.system(cmd)




将这段代码写进/usr/local/bin/gccboost,赋予执行权限。

使用方法:


    gccboost lex.cpp
gccboost re.cpp


注意:使用此命令假设boost 头文件在/usr/include中,如果假设不成立,请自行修改脚本此行:


    cmd = 'g++ %s %s -o %s' % (' '.join(files), libline, obj)


为之前的注释行:


    cmd = 'g++ %s -I%s %s -o %s' % (' '.join(files), BOOST
_ROOT, libline, obj)


如若BOOST _ROOT和BOOST _LIB环境变量不存在,修改下面两行代码:


    BOOST
_ROOT = os.getenv('BOOST
_ROOT')
BOOST _LIB = os.getenv('BOOST _LIB')


为之后注释行:


    BOOST
_ROOT = '/opt/boost
_1_33_1'
BOOST _LIB = '/usr/local/lib'


另外,gccboost将会自动修改输出的文件名为*.cpp的文件名(如lex.cpp将输出lex),如果不需要,请将下面的代码:


    cmd = 'g++ %s %s -o %s' % (' '.join(files), libline, obj)


改为:


    cmd = 'g++ %s %s' % (' '.join(files), libline)
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

Boost库安装与使用 的相关文章

  • VSCode:终端控制台常用指令

    常用的指令 以下是一些在 Visual Studio Code 终端控制台中常用的指令 xff1a 1 清除终端 xff1a clear 2 列出当前目录中的文件和文件夹 xff1a ls 3 切换到指定目录 xff1a xff1a cd
  • Ubuntu18.04安装ROS时rosdep update报错解决办法

    在安装ros进行rosdep update时经常会报错 xff0c 有时候可以通过换网解决 xff0c 但从我安装那么多次的经验来看 xff0c 仅有一次换手机热点后更新成功了 xff0c 其他都是失败 xff0c 成功率太低 从网上搜到了
  • 【STM32】STM32F103C8T6串口通信,实现3个串口收发数据

    串口通信 xff08 Serial Communications xff09 实现单片机与电脑或者其它外设进行通信 xff0c 通信时只需两根线 xff08 TX xff0c RX xff09 就可以实现数据传输 STM32f103有三个串
  • C语言学习笔记——(2)数组

    数组 1 什么是是数组2 数组的定义2 1数组的表达2 2数组的含义2 3数组的大小 xff1a 3 字符数组4 字符串操作5 二维数组 1 什么是是数组 数组是指有序的元素序列 如果将有限个类型相同的变量的集合命名 xff0c 那么这个名
  • 多线程编程实验

    xff08 一 xff09 查看下列程序并运行 xff0c 掌握如何通过扩展Thread类创建线程 span class token keyword package span span class token namespace case1
  • 实验一:基于Ubuntu系统实现无人机自主飞行

    ps xff1a 为避免出现错误 xff0c 在进行新的一步时 xff0c 需要关闭由于上一步操作打开的终端 xff0c 并开启一个新的终端 例如 xff1a 在开始第5步 安装MAVROS 之前 xff0c 关闭由于第3步 安装ROS 打
  • 5000字学习C语言错误处理的四种方式。

    C错误处理 在C语言中 xff0c 错误处理是一个非常重要的主题 通常情况下 xff0c 程序员需要在代码中处理错误 xff0c 以保证程序能够在出现错误时正确地处理这些情况 C语言中常见的错误类型包括 xff1a 语法错误 逻辑错误 运行
  • yum 源制作

    YUM介绍 YUM主要用于自动升级 安装 移除 rpm 软件包 xff0c 它能自动查找并解决 rpm 包之间的依赖关系 xff0c 要成功的使用 YUM 工具更新系统和软件 xff0c 需要有一个包含各种 rpm 软件包的 reposit
  • MATLAB021b与VS2022混编

    MATLAB2021b与VS2022混编 前言 目前在做一个大创项目 xff0c 其中用到关于Matlab与C的混合编程 xff0c 特此记录 Matlab2021b 如图所示 xff0c 红线划出的是即将使用的 c函数 xff0c 在左侧
  • 香橙派5使用NPU加速yolov5的实时视频推理(一)

    前言 xff1a 寒假里 xff0c 博主完成了树莓派4B搭载yolofastest V2的ncnn加速 xff0c 效果挺不错的 xff0c 但总感觉还是稍微差点意思 xff0c 于是就购买了一块香橙派5 xff0c 想要用RK3588芯
  • 香橙派5使用NPU加速yolov5的实时视频推理(二)

    三 将best onnx转为RKNN格式 这一步就需要我们进入到Ubuntu20 04系统中了 xff0c 我的Ubuntu系统中已经下载好了anaconda xff0c 使用anaconda的好处就是可以方便的安装一些库 xff0c 而且
  • 【STM32学习】——串口通信协议&STM32-USART外设&数据帧/输入数据策略/波特率发生器&串口发送/接受实操

    文章目录 前言一 串口通信1 通信接口2 串口通信 xff08 1 xff09 串口简介 xff08 2 xff09 串口硬件电路 xff08 3 xff09 串口软件部分 二 STM32的USART外设1 USART简介2 图示详解 三
  • 【STM32学习】——USART串口数据包&HEX/文本数据包&收发流程&串口收发HEX/文本数据包实操

    文章目录 前言一 数据包格式 xff08 江科大规定 xff09 1 HEX数据包2 文本数据包3 两者对比 二 数据包收发流程1 HEX数据包接收 xff08 只演示固定包长 xff09 2 文本数据包接收 xff08 只演示可变包长 x
  • buuctf simplerev 中的小头位序

    33条消息 BUUCTF SimpleRev xff08 涉及大小端序存储的问题 xff09 Ireb9z的博客 CSDN博客 buuctfsimplerev https blog csdn net afanzcf article deta
  • 简要分析网络编程——UDP编程

    计算机网络是指两台或更多的计算机组成的网络 xff0c 在同一个网络中 xff0c 任意两台计算机都可以直接通信 xff0c 因为所有计算机都需要遵循同一种网络协议 网络编程中有很多协议 xff0c 如 xff0c TCP协议 UDP协议
  • 数据结构之二叉树 Python实现

    树 树是一种非线性的数据结构 树 xff0c 它是若干结点的集合 xff0c 是由唯一的根和若个棵互不相交的子树组成的 其中 xff0c 每一棵子树又是一棵树 xff0c 也是由唯一的根结点和若干棵互不相交的子树组成的 由此可知 xff0c
  • 《奔跑吧Linux内核(第二版)》第四章笔记

    内核配置 内核配置工具常见的有 xff1a make config make oldconfig make menuconfig 内核配置工具最终会在Linux内核源码的根目录下生成一个隐藏文件 config文件 xff0c 这个文件包含了
  • GDB+QEMU调试Linux内核

    1 使用qemu创建虚拟机 使用qemu创建ARM64架构虚拟机可以参考我的另一篇博客 xff1a Ubuntu18 04使用qemu搭建ARM64架构虚拟机 xff08 二 xff09 2 安装gdb multiarch工具包 span
  • centos7 HA

    本文以两台机器实现双集热备高可用集群 xff0c 主机名node1的IP为192 168 122 168 xff0c 主机名node2的IP为192 168 122 169 一 安装集群软件 必须软件pcs xff0c pacemaker
  • 《奔跑吧Linux内核(第二版)》第五章笔记

    Linux内核采用宏内核架构 xff0c 即操作系统的大部分功能都在内核中实现 xff0c 比如进程管理 内存管理 进程调度 设备管理等 xff0c 并且都在特权模式下 xff08 内核空间 xff09 运行 而与之相反的另一种流行的架构是

随机推荐

  • 交叉编译内核模块

    本实验在x86环境中交叉编译ARM64架构模块 xff0c 然后qemu启动ARM64架构虚拟机 xff0c 加载该模块运行 1 创建ARM64虚拟机 详见 xff1a Ubuntu18 04使用qemu搭建ARM64架构虚拟机 xff08
  • Linux内核模块相互调用

    编写一个内核模块A xff0c 通过导出模块符号的方式来实现接口函数 编写另一个内核模块B xff0c 调用内核模块A暴露出来的接口函数 1 源文件 内核模块A xff08 test A c xff09 span class token m
  • RTOS论文笔记(二)

    李在林 韩宏克 嵌入式Linux实时性分析及改造 2010 Linux 的实时性测试 中断延迟测试 在Linux中 xff0c 内核或驱动程序显式地关 开中断 xff0c 一般是通过调用 cli sti 来进行操作的 在调用 cli 时 x
  • LXC容器相关论文笔记

    段赫 基于LXC容器资源优化的研究与实现 2016 一 绪论 容器虚拟化技术 传统虚拟化技术 xff0c 实现一个虚拟机就意味着需要消耗了硬件资源来在底层系统上虚拟一个新的操作系统 xff0c 所以除了传统模拟硬件的虚拟化技术 xff0c
  • fork和clone系统调用小实验

    实验一 xff1a 使用fork 函数创建一个子进程 xff0c 然后在父进程和子进程中分别使用printf语句来判断谁是父进程和子进程 fork 函数被调用后会立即创建一个子进程 xff0c 子进程和父进程同时独立运行互不干扰 返回值 x
  • 【RTOS论文笔记】A Comparative Analysis of RTOS and Linux Scalability on an Embedded Many-core Processor

    背景 以往对多核实时操作系统的研究主要集中在多核处理器上任务集的可调度性和响应时间分析 同时 xff0c 许多研究人员声称 xff0c 在不久的将来 xff0c 高端嵌入式系统还将包括高性能并行应用程序 xff0c 以支持复杂的任务 xff
  • 树莓派4B内核打RT-preempt实时补丁的实现

    硬件环境 xff1a 树莓派4B 操作系统 xff1a 树莓派版Ubuntu server 20 04 LTS xff08 64bit xff09 1 依赖环境的安装 运行如下命令 xff1a span class token functi
  • RT-Preempt笔记

    基于Zynq平台的Linux实时性研究及在数据采集中的应用 马啸 嵌入式实时系统研究现状 实时操作系统专门用于在时间约束条件下运行时间关键的应用程序 用于操作处理实时任务所需的最坏情况执行时间 xff08 Worst Case Execut
  • Mac上vmware fusion装的ubuntu不能与主机复制粘贴的问题

    解决方法一 xff1a 安装vmware tools 依次点击 xff1a 虚拟机 gt 安装vmware tools 会在ubuntu桌面上出现vmware tools xff0c 双击打开 解压tar gz包 xff0c 执行解压命令t
  • ceph的一些优化

    最近一直在忙着搞Ceph存储的优化和测试 xff0c 看了各种资料 xff0c 但是好像没有一篇文章把其中的方法论交代清楚 xff0c 所以呢想在这里进行一下总结 xff0c 很多内容并不是我原创 xff0c 只是做一个总结 如果其中有任何
  • Ubuntu 20.04使用qemu搭建ARM64 Linux系统

    1 安装所需依赖 span class token function sudo span span class token function apt get span span class token function install sp
  • GCC 编译选项总结

    c 只激活预处理 编译 和汇编 也就是他只把程序做成obj文件 例子用法 gcc span class token operator span c hello span class token punctuation span c 他将生成
  • 常见排序算法 Python实现

    冒泡排序 span class token keyword def span span class token function bubbleSort span span class token punctuation span lst s
  • GCC 编译优化等级

    参考资料 xff1a Using the GNU Compiler Collection 打开优化标志会使编译器尝试以牺牲编译时间和调试程序的能力为代价来提高性能和 或代码大小 根据目标和 GCC 的配置方式 xff0c 在每个 O 级别启
  • 树莓派4B开机自动发微信报告ip地址

    方法的实现基本基于博主虚宇宸轩的 实现 树莓派开机自动向微信发消息报告ip地址 xff08 无第三方代理 xff09 xff0c 具体原理和操作过程 xff0c 请参考该博主的文章 xff0c 写得很详细 xff0c 原理解释的也很清楚 本
  • 解决arm-none-eabi-gcc交叉编译helloworld程序segmentation fault 错误

    目标 xff1a 在x86 64主机上 windows 10或ubuntu 20 04 上交叉编译arm架构的helloworld程序 xff0c 然后通过scp将编译完的可执行文件传给树莓派4B xff0c 在树莓派上执行该程序 xff0
  • 中断方式及DMA工作详解

    一 轮询方式 对I O设备的程序轮询的方式 xff0c 是早期的计算机系统对I O设备的一种管理方式 它定时对各种设备轮流询问一遍有无处理要求 轮流询问之后 xff0c 有要求的 xff0c 则加以处理 在处理I O设备的要求之后 xff0
  • 构成帧的方法

    组帧 组帧的原因是为了在出错的时候只需要重发出错的帧 xff0c 而不需要重发全部数据 xff0c 从而提高效率 为了能让接收方正确地接收并检查所传输的帧 xff0c 发送方必须依据一定的规则把网络层传下来的分组封装成帧 这个动作称为组帧
  • AUTOWARE下底盘CAN通讯实现

    无人驾驶系列 autoware与底盘CAN通讯实现 本文介绍在使用autoware时 xff0c 如何将autoware发送的消息传输给底盘 xff0c 实现对线控底盘的控制 准备工作 xff1a 1 系统具备ROS和autoware 2
  • Boost库安装与使用

    Boost 库很不错 xff0c 所以我今天就安了它一下下 Boost 库不是 C 43 43 标准库的一部分 xff08 据说在下一版本的 C 43 43 标准会采纳它 xff09 xff0c 但它有一些标准库所没有的很有用的一些功能 x