由于CASCI/CASSCF计算量随活性空间呈指数增长，超过(16,16)的计算在高配机器上几乎不可能。近似求解大活性空间的方法通常有DMRG, selected CI等等。Block-1.5是做DMRG计算的经典程序，由Sandeep Sharma和Garnet Chan开发，虽然早在5年前就不更新了，但其计算速度仍高于很多同类程序。Block-1.5一般结合PySCF使用，可以进行DMRG-CASCI，DMRG-CASSCF和DMRG-SC-NEVPT2等计算。笔者之前在公众号上将该程序的安装拆分为几篇短文
Boost库是一个经过千锤百炼、可移植、提供源代码的C++库，作为标准库的后备，是C++标准化进程的发动机之一。 Boost库由C++标准委员会库工作组成员发起，其中有些内容有望成为下一代C++标准库内容。在C++社区中影响甚大，其成员已近2000人。 Boost库为我们带来了最新、最酷、最实用的技术，是不折不扣的“准”标准库。
boostc++cmake Cmake cannot find Boost libraries 我是Cmake的新手，并增强了C ++中的库。 我正在做一个需要boost和Cmake的项目。 我正在使用Cmake版本2.8.11，MS Visual Studio 2013和Boost 1.54.0。 当我尝试从Cmake配置时，出现以下错误：
问题版本：0.9.0 make[4]: Entering directory `/tmp/X/thrift-0.9.0/lib/cpp' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/thirdparty/boost/include -I./src -I./src/thrift -I/usr/local/thirdparty/openssl/include -Wall -g -O2 -MT Thrift.lo -MD -MP -MF .deps/Thrift.Tpo -c -o Thrift.lo `test -f 'src/thrift/Thrift.cpp' || echo './'`src/thrift/Thrift.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/thirdparty/boost/include -I./src -I./src/thrift -I/usr/local/thirdparty/openssl/include -Wall -g -O2 -MT Thrift.lo -MD -MP -MF .deps/Thrift.Tpo -c src/thrift/Thrift.cpp -fPIC -DPIC -o .libs/Thrift.o In file included from src/thrift/Thrift.cpp:22: /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/cstdlib:119: error: '::malloc' has not been declared /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../include/c++/4.4.6/cstdlib:127: error: '::realloc' has not been declared src/thrift/Thrift.cpp: In member function 'void apache::thrift::TOutput::printf(const char*, ...)': src/thrift/Thrift.cpp:46: error: 'malloc' was not declared in this scope make[4]: *** [Thrift.lo] Error 1 解决方法： 在成功执行configure后（在未执行configure之前找不到下列两行），修改与configure同目录下的config.h文件，将文件中的如下两行注释掉： #define malloc rpl_malloc #define realloc rpl_realloc 附1：安装Thrift命令行： ./configure --prefix=/usr/local/thirdparty/thrift-0.9.0 --with-boost=/usr/local/thirdparty/boost --with-libevent=/usr/local/thirdparty/libevent CPPFLAGS="-I/usr/local/thirdparty/openssl/include" LDFLAGS="-ldl -L/usr/local/thirdparty/openssl/lib" --with-qt4=no --with-c_glib=no --with-csharp=no --with-erlang=no --with-perl=no --with-ruby=no --with-haskell=no --with-go=no --with-d 当OpenSSL未以默认安装目录时，请注意上面的用法。 附2：相关博文： （安装thrift时，注意openssl参数）http://blog.chinaunix.net/uid-20682147-id-3399150.html 如果在使用Thrift时，编译遇到类似“TTransport.h:107: error: 'uint32_t' does not name a type”的错误，只需要在Thrift.h文件中增加一行：#include 。 Thrift.h文件位于make install后的include目录下，如果不知道在哪，可以使用find命令查找。
问题1 CGAL环境，fatal error C1189: #error : "Incompatible build options" #if defined(__MSVC_RUNTIME_CHECKS) && !defined(_DEBUG)
经历了将近半年多的时间boost终于发布了1.35.0版本（前版本1.34.1发布于2007/7）， 其编译方法和原来的编译方法基本上是一致的，主要改变包括1.34.0以来bjam的toolset所 提供的参数名称的改变（具体参见《boost1.34.0编译日志》）外，还包括bjam的编译默认 选项的变化，在1.35.0之前的版本默认编译时会自动编译各种版本的库，包括静态库、 动态库、debug库和release库等全部的版本，但是到了1.35.0时默认的选择仅仅编译release 版本的库，这样一来在开发的时候就不能进行必要的调试了，为了能够使其编译全部的版本 需要在bjam的命令行参数中添加一个–build-type=complete类型的参数来指明需要编译全 部的版本，所需要编译同时为了使得regex库能够通过ICU库支持Unicode，在编译上需要有 一些特殊的选择。我在Visual Studio 2005 Pro + SP1环境下编译了该库，为了避免走弯路 所以将其编译的方法进行说明，以方便大家编译。 由于boost是采用其自己的bjam工具通过命令行进行编译的，所以必须在Windows下开启console窗口，同时必须将Visual Studio中C++目录下的环境vcvarsall.bat配置脚本运行一遍，以设置好VC的编译器环境变量。 1. 编译不带ICU支持的boost库 此种情况下的boost库编译起来比较的简单，在准备好的console窗口中输入：
注意，–build-type=complete表示生成debug release static shared的各种版本
'Microsoft.VC90.CRT,version="9.0.21022.8"
之前尝试在CentOS7上部署ROOT集群，却发现无论是源码包安装，还是官方提供的二进制包，都缺少了关键的xproofd可执行文件，导致PoD不能运行。没有办法，只能尝试在其他OS上部署，这里我选择了Ubuntu 14.04。
在NDK下编译thrift C++库，先要要编译android版的boost,这个不是本文讨论的内容，关于编译android 版本的boost,参见这个开源项目 Boost-for-Android,很好用。
Boost是一个强大的C++第三方库，但是Boost的各种问题实在是很让人蛋疼。我搜到过一篇文章关于LuaBind使用Boost Build管理工具来管理源代码以及编译的博文，其第一句话就是Fuck The Boost！it is the pain of ass!
boost filesystem::path 是对文件目录路径做处理的一个小的类，他把我们平时处理文件路径的繁琐功能简化到不能再简化，比如我们想获取一个路径中的文件名，只需要调用 object.filename().string() 就可以了，如果是C语言或者C++中提供的系统库中，我们是找不到这么方便的方法的。更多的一些功能见下面代码。你也可以查看 boost 帮助文档，查找更多的功能。
E:\Cgal\cmake\boost_1_55_0\boost_1_55_0;C:\Program Files\CGAL\include;%(AdditionalIncludeDirectories)
error LNK2001: 无法解析的外部符号 __GSHandlerCheck_EH4 这是因为编译boost用的是vs2019，这里调用的是vs2017，用2017重新编译boost1.82
前后端的耦合想了很久，上下课都在思考怎么做，然后终于憋出来了。这是之前搞的一个视觉计算的项目，boss叫对接到前端，于是就产生了这样一个诡异的需求，就是前端打开摄像头，同时需要把摄像头的数据回传到后端进行图像处理（比如美颜啊脑袋上加个装饰品之类），这就需要涉及到前端和服务端的数据编码耦合，想了想既然任何图像在内存里面都是一个uchar矩阵，于是琢磨了这个东西出来。
1.1 点击path添加（4个bin路径即包含dll,exe文件夹）: (win10直接一行一行添加，win7；隔开)
參考这里用到了线程管理。參考：http://blog.csdn.net/calmreason/article/details/36399697
CGAL的编译以及在VS中的使用 在被CGAL长久的折磨了两三周 在学习过程中有好几次库都出现了问题 所以打算重新更换一下版本 CGAL可以说是学习这么久以来见过最离谱（ex）的环境配置，期间出了好几次问题，主要各个配置关联性太强了 稍有一步有问题 编译就很容易报错 所以想记录一下配置过程
error LNK2019: 无法解析的外部符号 “void __cdecl boost::detail::set_tss_data(void const ,void (__cdecl)(void (
Boost是一个功能强大、构造精巧、跨平台、开源而且完全免费的C++程序库，有着“C++ '准’标准库”的美誉。 Boost是由C++标准委员会部分成员所设立的Boost社区开发并维护，使用了许多现代C++编程技术，内容涵盖字符串处理、正则表达式、容器与数据结构、并发编程、函数式编程等。目前已经更新到了1.72.0版本，官网下载地址为：https://www.boost.org/users/history/version_1_72_0.html，由于我之前在自己Windows10系统上安装的是Boost 1.69.0，其源代码下载地址为：https://sourceforge.net/projects/boost/files/boost/1.69.0/，所以本文直接演示在VS2017下使用boost1.69.0版本，使用32位的debug模式进行测试，其他的64位和VS编译器同理。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/52652008
解压boost.python后，用VS的[本机命令提示工具]（开始－VS2013－VS Tools）进入到boost的文件夹，运行bootstrap.bat生成bjam.exe。然后运行：
本篇文章将聊聊如何高效的将代码仓库中的提交记录和目录结构，快速转变为“酷炫的视频”。分享如何使用 Docker 在不同 CPU 架构的设备上运行 gource，以及如何基于最新的 M1 Pro 芯片的设备，让制作可视化视频的效率成倍提升。
1，到官网下载最新的boost，www.boost.org 这里我下载的1-63版本. 2，安装，解压后运行bootstrap.bat文件。稍等一小会就OK。 3，编译boost库。注意一定要使用VS2015的x86本机工具命令提示，这个可以在VS2015的安装菜单里面找到。进入命令行提示，输入下面的内容： bjam -j4 --debug-symbols=on --build-type=complete toolset=msvc-14.0 threading=multi runtime-link=shar
1> 正在创建库 E:\vs\Code\xmlTestxml-5\x64\vc100debug_boost1.56\xmlTest.lib 和对象 E:\vs\Code\xmlTestxml-5\x64\vc100debug_boost1.56\xmlTest.exp 1>msvcrtd.lib(cinitexe.obj) : warning LNK4098: 默认库“msvcrt.lib”与其他库的使用冲突；请使用 /NODEFAULTLIB:library 1>libCGAL-vc100-mt-sgd-4.4-I-900.lib(all_files.obj) : error LNK2001: 无法解析的外部符号 _HUGE
== CMake setup == == CMake setup (DONE) ==
一: CGAL是欧盟资助的基础几何库,很底层, 纯算法, 对于你的项目和科研都是不可多得的好东西, 废话一句, 国内做这样的东西, 估计会活不下去交不了差的. 不多介绍.送上
D:\Cgal\cmake\boost_1_55_0_vc142\boost\config
慢慢一点一点看看Boost，这段时间就Asio库吧。 据说这货和libevent的效率差不多，但是Boost的平台兼容性，你懂得。还有它帮忙干掉了很多线程安全和线程分发的事情。
By HKL, on Thursday 2020-05-07 23:55, tagged: 🏷️Networking 🏷️Operating
这是因为不同编程语言有各自的适用场景和语法特性，联合编程可使得各种语言发挥自己的特长。本文主要比较Python和C++，先列举各自特点如下：
message( “== CMake setup ==” ) project(CGAL CXX C)
我仔细的在C:\boost_1_64_0目录下搜索了一下，根本就没有libboost_regex-vc140-mt-sgd-1_64.lib这个库文件，那咋办，找教程编译呗 编译boost库工程的是一个叫bjam.exe的程序，但是从网上下载下来的boost_1_64_0.7z里是没有的，所以首先是运行boost根目录下的bootstrap.bat批处理文件，编译后的bjam.exe会自动拷贝到该目录下（bjam必须与boost-build.jam在同级目录）。
windows下命令编译boost的基本参数说明（以1.62为例）： bjam install ^ --prefix=E:\caffe-static\release\boost_windows_vc140_x86_64_md ^ --without-python -a -d+3 -q -j8 ^ --debug-configuration ^ link=static ^ runtime-link=shared ^ toolset=msvc-14.0 ^ address-model=64 ^
将pcl-1.6.0-pdb-msvc2010-win32文件夹中的内容复制到C:\Program Files (x86)\PCL1.6.0\bin路径中
b2 stage --toolset=msvc-14.2 --build-type=complete --stagedir=“stage/MTd/static” link=static runtime-link=static threading=multi address-model=64 debug release 1 /// 跳过指定模块
rem 编译64位boost rem 一直以来都是在Win32环境下Build和使用boost，但现在基本上每天都在64位Win7下工作， rem 所以很有必要把这几天的经验总结下来。和32位环境不同， rem x64环境下编译得先从开始菜单启动Visual Studio的Visual Studio 2008 x64 Win64 Command Prompt进入命令提示符， rem 而不是随便打开任意一个命令行窗口就行。然后转到boost根文件夹，运行bootstrap.bat生成x64版的bjam.exe。然后运行命令： rem bjam --build-type=complete toolset=msvc-9.0 threading=multi link=shared address-model=64 rem 即可生成DLL版平台库，如果要编译静态库版就把shared改为static。 rem 只生成一个库的话加上例如–with-python得编译选项，避免生成东西太多、时间太长。 rem 要有address-model=64属性，如果没有这个属性的话，会默认生成32位的平台库，加入这个选项才能生成64位的DLL。 rem 如果要生成Boost.Python库，需要先下载安装x64版的Python安装包，我用的版本是3.2.3。 rem 在使用这个库编写Python扩展DLL时，默认是使用动态库版的Boost.Python，要使用静态版的必须 rem 在C++项目中定义BOOST_PYTHON_STATIC_LIB宏，这样就不用在使用或发布扩展时带着boost_python-vc90-mt-1_50.dll一起了， rem 当然扩展DLL的尺寸会大些，如果做实验没必要这样，编译又慢生成的文件也大。 rem vs工具链版本：vs2003 : msvc-7.1，vs2005 : msvc-8.0，vs2008 : msvc-9.0，vs2010 : msvc-10.0
一、准备工作 1、下载最新版本的boost库.所在地址：boost_1_53_0.zip.官方推荐7z压缩格式的，因为其压缩效率更好，相应包的大小也比较小。 2、解压缩到指定目录，如C:\boost_1_53.下面开始遵照官方页面的步骤进行编译。（） 进入目录tools\build\v2\ 运行bootstrap.bat脚本文件 运行命令：b2 install --prefix=PREFIX。其中PREFIX是为Boost.Build指定的安装目录，生成的编译工具将会存放在该目录下。我指定为c:\boost
在之前的文章中，当分配一页的时候从对应order的对应的迁移类型中freelist中分配一个空闲的页。但是也会出现此order的迁移类型中没有可用的page，这时候就会从备用的迁移类型中盗用page
E:\Cgal\cgal-releases-CGAL-4.4\cgal-releases-CGAL-4.4\Installation
它基于 xmake 提供的运行时，但却是一个完整独立的包管理程序，相比 vcpkg/homebrew 此类包管理器，xrepo 能够同时提供更多平台和架构的 C/C++ 包。
>搜索策略(Search Strategies)//详细请参见http://blog.csdn.net/racaljk/article/details/18887881
3 C++ Boost 字符,文本 目录: 字符与数值转换 Boost format函数 简单实用 Boost format 输出人员信息 小案例 Boost format 数字处理 Boost format 高级特性 Boost String 处理,大小写转换 Boost String 字符串查找 Boost String 字符串判断式 Boost String 字符串替换: Boost String 字符串分割 Boost String trim剔除两边字符 Boost String regex
尽管 CMake 是跨平台的，在我们的项目中我们努力使源代码能够在不同平台、操作系统和编译器之间移植，但有时源代码并不完全可移植；例如，当使用依赖于供应商的扩展时，我们可能会发现有必要根据平台以略有不同的方式配置和/或构建代码。这对于遗留代码或交叉编译尤其相关，我们将在第十三章，替代生成器和交叉编译中回到这个话题。了解处理器指令集以针对特定目标平台优化性能也是有利的。本章提供了检测此类环境的食谱，并提供了如何实施此类解决方案的建议。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
