C++博客- 驭风万里无垠-随笔分类-Build/Construction

GCC4.5的profile mode

skyscribe — Sun, 09 May 2010 07:16:00 GMT

GCC最近发布了4.5版本，对于C++的支持除了更为丰富的0x特性支持外（参考这里），
还增加了一个新的profile模式（尚处于试验阶段），可以根据程序运行状态给出关于STL使用的一些优化建议。

参看如下的描述：

An experimental profile mode has been added. This is an implementation of many C++ standard library constructs with an additional analysis layer that gives performance improvement advice based on recognition of suboptimal usage patterns. For example,
```
#include 
int main() 
{
  std::vector v;
  for (int k = 0; k < 1024; ++k) 
    v.insert(v.begin(), k);
}
```
When instrumented via the profile mode, can return suggestions about the initial size and choice of the container used as follows:
```
vector-to-list: improvement = 5: call stack = 0x804842c ...
    : advice = change std::vector to std::list
vector-size: improvement = 3: call stack = 0x804842c ...
    : advice = change initial container size from 0 to 1024
```
These constructs can be substituted for the normal libstdc++ constructs on a piecemeal basis, or all existing components can be transformed via the -D_GLIBCXX_PROFILE macro.

这个profile mode的主要作用就是根据代码实际运行状况给出关于STL的使用优化建议。有点遗憾的是，该profile方法是intrusive的，必须添加-D_GLBCXX_PROFILE来重新编译所有的代码。

Profile mode的提出源于09年CGO的一篇paper，作者里边出现了华人的名字（根据拼音来判断）;作者地址填的显然是Purdue大学的：
Dept. of Comput. Sci., Purdue Univ., West。

GCC的Profiler对C++的支持一贯停留在和C同样的水平；由于C++模板机制和OO的存在使得很多时候分析profiling结果的意义被大大削弱。
这个针对STL的profile mode还是很值得期待的。

skyscribe 2010-05-09 15:16 发表评论

boost.cmake: 方便解决boost的升级问题

skyscribe — Sun, 09 May 2010 06:59:00 GMT

以前常用boost的一些库，由于项目自身用cmake组织build。
boost每次升级之后，重新用bjam编译一次都很是不便（某些平台，用默认选项编译有些问题，基本安装不成功）。

最近才发现boost的cmake版本已经独立出来了，对于使用cmake的用户而言，这里是个不错的选择。
项目主页的文档很是清晰，最新的版本是1.41 (版本号对应的基本就是其upstream的boost版本号)。
源代码是用git组织的，对于Linux用户而言更加方便。

引用其主页上的一句话：

Boost.CMake (or alt.boost ) is the boost distribution that all the cool kids are using.

CMake + GIT +Spinx 确实够酷了。

编译起来可以充分利用强大的CMake了：

git clone git://gitorious.org/boost/cmake.git src
cd src
git checkout     //TAG==1.41.0.cmake0
mkdir bld
cd bld/
cmake ../

如果需要按需编译某些库，只需用make edit_cache修改cache即可。

skyscribe 2010-05-09 14:59 发表评论

CMake杂记

skyscribe — Sat, 04 Jul 2009 05:15:00 GMT

1> 尽量使用外部build而不是内部build.

所谓的内外，指的是make目录和CMakeLists.txt不在一个目录下。
好处是，所有的临时文件都会生成在当前运行cmake/make的目录。
譬如在项目根目录有一个CMakeLists.txt作为top-level file, 几个代码子目录，一个build目录，可以用：

cd build
cmake ..
make

此时中间文件不会污染项目的目录结构。

2> 可以用如下方式生成同名的静态库和动态库：

set(libname "mylib")

add_library(libname_static STATIC src1 src2)
set_target_properties(libname_static OUTPUT_NAME ${libname})

add_library(libname SHARED src1 src2)

3> 如何获取当前运行目录（working directory）:可以在根目录设置一个project_dir变量，设置为源代码目录，如下

set(project_top_dir ${CMAKE_CURRENT_SOURCE_DIR}/")

add_subdirectory(sub1)
add_subdirectory(sub2)

此时，各个子目录中可以应用project_top_dir.

4> 处理跨平台的第三方库：假设第三方库不是由CMake编译得来，但要检测依赖和变动，则可以用imported属性：

add_library(ssllib SHARED IMPORTED)
add_library(cryptolib SHARED IMPORTED)
#May have different dependent libraries
set(libsuffix ${CMAKE_SYSTEM_NAME}_${CMAKE_SYSTEM_PROCESSOR})
set_target_properties(ssllib PROPERTIES IMPORTED_LOCATION "${project_top_dir}contrib/openssl/lib/libssl-${libsuffix}.so")
set_target_properties(cryptolib PROPERTIES IMPORTED_LOCATION "${project_top_dir}contrib/openssl/lib/libcrypto-${libsuffix}.so")

........................
#other CMakeLists.txt
add_executable(myExe src1 src2)
target_link_libraries(myExe ssllib cryptolib)

skyscribe 2009-07-04 13:15 发表评论

利用cmake来搭建开发环境

skyscribe — Wed, 01 Jul 2009 13:51:00 GMT

对于经常在终端下写程序的non-windows程序员，Makefile绝对是最常用的工具，小到一个文件的简单的测试程序，大到数百个文件的商业软件，只需要有shell，一个make命令就可得到可运行的程序，Makefile绝对功不可没；可惜世界中不是那么太平，不但各个Posix系统的API千差万别，硬件平台各异，就连Makefile本身也有多个不兼容的格式，譬如GNU Makefile 拿到Solaris平台上就没法make下去，除非你有gmake，但gmake对并行编译的支持就没有solaris自带的dmake要好了。

GNU autotools提供了一个不错的选择，可以做到组织工具链来生成所需的Makefile，但缺陷是学习起来比较麻烦，而且模版文件写起来比较费劲。老实说我跟Makefile打了近3年的交道，几乎没有自己写过automake脚本，相反的工作倒是干了不少，譬如分析生成的Makefile运行过程，然后模拟自己手写Makefile；得到一个轻爽的定制环境。

除了autotools，其实也有不少其他的工具，譬如apache的ant，基于Python的scons；ant在java界是鼎鼎大名了，可惜对c++的支持确实让我感觉很不习惯；scons号称可以嵌入Python代码，用起来也算简单，但是想实现复杂的功能就很头疼了，而且运行速度让人挠头。

cmake则弥补了上述几个工具的诸多缺陷：
1> 易于学习，文档易懂，只需牢记以下两个命令即可：

cmake --help
cmake --help-command-list
cmake --help-command xxx
cmake --help-variable-list
cmake --help-variable yyy

2> 以文本文件组织，利用cache的方式，所有的自定义cache变量可直接用vim查看。
3> 生成的Makefile文件简洁易懂
4> 编译器选项可自己在ccmake中编辑，利于交叉编译
5> 支持集成ctest/cpack,前者可以方便的做单元测试，后者则可以打包生成tgz/rpm
6> 支持多个生成器，可以生成eclipse/codeblocks/gmake/unix make文件，甚至可以生成VC各个版本的dsw/sln.
7> 内嵌语言，可以自己写函数、宏等

对于经常写小测试程序的人来说，在test目录下加上个CMakeLists.txt，里边加上几行简单的语句就可以方便的以后重复使用了。对于这种情况，手工写的Makefile碰到依赖检测这种麻烦的事情往往力不从心，automake又太小题大作，而cmake则恰到好处了。

对于大型程序，cmake可以自己定制生成的中间文件和目标文件路径，有效避免了automake带来的每个目录下生成一大堆文件的弊端，也不需要手工写Makefile。
最有用的是可以生成多个知名IDE的工程文件，包括Windows下的vc6-vc9.

skyscribe 2009-07-01 21:51 发表评论