久久er99热精品一区二区,久久九九久精品国产免费直播,秋霞久久国产精品电影院

GCC4.5的profile mode

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

GCC最�q�发布了4.5版本�Q�对于C++的支持除了更��Z��富的0x�Ҏ��支持外�Q�参�?a >�q�里�Q�，
�q�增加了一个新的profile模式�Q�尚处于试验阶段�Q�，可以�Ҏ��E�序�q�行状态给出关于STL使用的一些优化徏议�?br>
参看如下的描�q�ͼ�

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.

�q�个profile mode的主要作用就是根据代码实际运行状�늻�出关于STL的��用优化徏议。有炚w��憄��是，该profile�Ҏ��是intrusive的，必须��d��-D_GLBCXX_PROFILE来重新编译所有的代码�?br>
Profile mode的提出源�?9�q�CGO的一��?a >paper�Q�作者里边出��C��华�h的名字（�Ҏ��拼音来判断）;作者地址填的昄��是Purdue大学的：
Dept. of Comput. Sci., Purdue Univ., West�?br>
GCC的Profiler对C++的支持一贯停留在和C同样的水�q�I��׃��C++模板机制和OO的存在��得很多时候分析profiling�l�果的意义被大大削弱�?br>�q�个针对STL的profile mode�q�是很值得期待的�?br>

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

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

以前常用boost的一些库�Q�由于项目自�w�用cmake�l�织build�?br>boost每次升��之后�Q�重新用bjam�~�译一�ơ都很是不便�Q�某些��^収ͼ�用默认选项�~�译有些问题�Q�基本安装不成功�Q��?br>
最�q�才发现boost的cmake版本已经独立出来了，对于使用cmake的用戯��言�Q�这里是个不错的选择�?br>��目主页的文档很是清晎ͼ�最新的版本�?.41 (版本号对应的基本��是其upstream的boost版本�?�?br>源代码是用git�l�织的，对于Linux用户而言更加方便�?br>
引用其主��上的一句话�Q?br>

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

CMake + GIT +Spinx ��实够酷了�?br>
�~�译��h��可以充分利用强大的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卛_���?br>

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

Curl&SSL

skyscribe — Mon, 27 Jul 2009 14:29:00 GMT

源码�~�译libcurl的时�?�׃��使用的不是默认系�l�上的ssl库（开发服务器上有很多个版本）�Q��ؓ了避免动态库链接问题�Q�必��d��制SSL�?br>�Ҏ��其源码里边的说明�Q?
只需要在./configure 后边加上 --with-ssl=卛_��?br>
开始的时候，没留意这个，因�ؓ�_�略扫描了一�?--help, 后边�q�么说了�Q?br>

  --with-libssh2=PATH     Where to look for libssh2, PATH points to the
                          LIBSSH2 installation (default: /usr/local/lib); when
                          possible, set the PKG_CONFIG_PATH environment
                          variable instead of using this option

我的目标库的��就是在/usr/local/ssl下边了，当时�~�译之后�Q�链接�v来��L��提示找不到对应版本的libssl.so.0.9.7.

后来才发�?��环境变量做��幅调整、改动来探测)�Q�这个default在Solaris上边�q�不是真的default,必须昄��指定�?usr/local/ssl,否则扑ֈ�的居然是/usr/sfw/�?br>

skyscribe 2009-07-27 22:29 发表评论

CMake杂记

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

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

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

cd build
cmake ..
make

此时中间文�g不会污染��目的目录结构�?br>

2> 可以用如下方式生成同名的静态库和动态库�Q?/li>

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> 如何获取当前�q�行目录�Q�working directory�Q?可以在根目录讄��一个project_dir变量�Q�设�|��ؓ源代码目录，如下

set(project_top_dir ${CMAKE_CURRENT_SOURCE_DIR}/")

add_subdirectory(sub1)
add_subdirectory(sub2)

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

4> 处理跨��^台的�W�三方库�Q�假讄��三方库不是由CMake�~�译得来�Q�但要检��依赖和变动�Q�则可以用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 发表评论

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

对于�l�常在终端下写程序的non-windows�E�序员，Makefile�l�对是最常用的工��P��到一个文件的��单的��试�E�序�Q�大到数百个文�g的商业��Y�Ӟ��只需要有shell�Q�一个make命��o��可得到可运行的�E�序�Q�Makefile�l�对功不可没�Q�可惜世界中不是那么太��^�Q�不但各个Posix�pȝ��的API千差万别�Q�硬件��^台各异，��p��Makefile本��n也有多个不兼容的格式�Q�譬如GNU Makefile 拿到Solaris�q�_��上就没法make下去�Q�除非你有gmake�Q�但gmake对�ƈ行编译的支持��没有solaris自带的dmake要好了�?br>
GNU autotools提供了一个不错的选择�Q�可以做到组�l�工具链来生成所需的Makefile�Q�但�~�陷是学习�v来比较麻烦，而且模版文�g写�v来比较费劌Ӏ�老实说我跟Makefile打了�q?�q�的交道�Q�几乎没有自己写�q�automake脚本�Q�相反的工作倒是�q�了不少�Q�譬如分析生成的Makefile�q�行�q�程�Q�然后模拟自己手写Makefile�Q�得��C��个轻爽的定制环境�?br>
除了autotools�Q�其实也有不��其他的工具�Q�譬如apache的ant�Q�基于Python的scons�Q�ant在java界是鼎鼎大名了，可惜对c++的支持确实让我感觉很不习惯；scons��L��可以嵌入Python代码�Q�用��h��也算��单，但是惛_��现复杂的功能��很头疼了，而且�q�行速度让�h挠头�?br>
cmake则��I补了上述几个工具的诸多缺��P��
1> 易于学习�Q�文档易懂，只需牢记以下两个命��o卛_��Q?br>

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

2> 以文本文件组�l�，利用cache的方式，所有的自定义cache变量可直接用vim查看�?br>3> 生成的Makefile文�g��z�易�?br>4> �~�译器选项可自己在ccmake中编辑，利于交叉�~�译
5> 支持集成ctest/cpack,前者可以方便的做单元测试，后者则可以打包生成tgz/rpm
6> 支持多个生成器，可以生成eclipse/codeblocks/gmake/unix make文�g�Q�甚臛_��以生成VC各个版本的dsw/sln.
7> 内嵌语言�Q�可以自己写函数、宏�{?br>
对于�l�常写小��试�E�序的�h来说�Q�在test目录下加上个CMakeLists.txt�Q�里边加上几行简单的语句��可以方便的以后重复使用了。对于这�U�情况，手工写的Makefile��到依赖��这�U�麻烦的事情往往力不从心�Q�automake又太��题大作�Q�而cmake则恰到好处了�?br>
对于大型�E�序�Q�cmake可以自己定制生成的中间文件和目标文�g路径�Q�有效避免了automake带来的每个目录下生成一大堆文�g的弊端，也不需要手工写Makefile�?br>最有用的是可以生成多个知名IDE的工�E�文�Ӟ��包括Windows下的vc6-vc9.

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

Log4cpp:��Z��型C++��目加上log支持

skyscribe — Thu, 18 Jun 2009 14:22:00 GMT

对于一个上点规模的C++��目而言�Q�Log的作用是毋庸�|�疑的，出问题的时候，看了Log�Q�常见的问题处理��h��自是方便不过�Q�即佉K��到麻烦的问题�Q�也可以从ｌｏｇ��d��C��蛛丝马�q�V��因此一个严肃的��目应该从一开始就好好考虑如何打Log�Q�便于分析、维护�?br>
现实的情况却是很多项目都是从最初的数千行代码逐步庞大��h��Q�开始的时候可能�ؓ了图方便�Q�加log的方式大多是自己在iostream的基��上自己封装一下；�{�到��目扩大数十倍的时候，却发现这�U�方式很力不从心�Q�Log文�g凌�ؕ复杂�Q�难以管理�?br>
现有的log工具�Q�基本是分�ؓ两个阵营�Q�经典的syslog和花哨强大的log4j�Q�从而衍生出很多个变体。log4j基本已经成�ؓ复杂应用�E�序的log标准了，无奈C++的几个模仿者确各有千秋。我的情冉|��Q?br>1>不需要复杂的配置�Q�甚至不需要配�|�文�Ӟ��但修改log消息格式又要很方�?br>2>支持自动备䆾功能
3>多线�E�安�?br>4>效率要尽量高
5>不要有其他依�?br>
log4cpp很轻易的满��了我的要求，只需要用已有的RollingFileAppender准备好后端，创徏PatternLayout�Q�一切就可以了；log�U�别的设�|�完全和syslog协议一��P��很直观，打log地方�Q�调用默认的Category��理器取得一个命名的Category,其他��是��单的调用�? log(), debug(), notice(), info(), notice()....

本来最感兴��的是log4cxx, Apache的伟大项目，功能也最全，�ȝ��的是它自带了两个�q�_��库，需要额外依赖；配置文�g也要昄��准备�Q�感觉太臃肿了，估计大项目采用的吧�?br>
效率上最高的应该是pantheiosle了，据说没开启Log的情况下�Q�overhead几乎�?�Q�作者自�U�效率是log4cxx的数倍，但也依赖于STLSoft�Q�虽然只有头文�g�Q?其打包方式也让�h想避而远之，�q�要用作者自己写的版本选择器来选一个合适的库（Win的情况）�?br>
�q�有一个是Boost的logging库，用尽了模板技巧，虽然很炫�Q�当时没多少用，也没有通过boost 严格的review�Q�虽然是专家写的�Q�暂时也没时间评估和学习了�?br>

skyscribe 2009-06-18 22:22 发表评论

skyscribe — Sat, 16 May 2009 14:24:00 GMT

闲来无事�Q�翻看GNU的邮件列表，发现4.4.0版本已经发布一个月有余�Q�其中最大的改进莫过于c++了（也许是我对c++的部分最为关注的�~�故�Q�，ChangeLog里边甚至专门列了一�?a >�|�页描述针对C++0x的支持特性，忍不住体验一把�?br>
�W�一步要做的自然是手动编译GCC的源代码了，因�ؓ我没有找到Debian版本的升�U�包�Q�干脆自�׃��载，我只需要gcc-core和g++两个包就可以了，一�?5M�Q�一�?M�Q�下载倒是挺顺利，几分钟就OK了，接下来就是编译了。常见的源码�~�译步骤��OK了：

./Configure
make
make install

我遇到的是有两个关于多处理器的开发库依赖�Q�apt-get很容易就安装上去了�?br>
�~�译的过�E�就比较漫长了，我的Pentium D 2.8G Dual Core�zȝ��生忙�z�M��一个小午休的时��_��h��发现�q�没�~�译完，不过十分钟之后就发现所有的��OK了�?br>
TR1的库�Q�boost的示例比较好�Q�其�?a >�W?1�?/a>有详�l�的列表和用法简要说明。参照那个查了一下GCC的头文�g�Q�在
/usr/local/include/c++/4.4.0/tr1/ 里边�Q?br>

ls -lh | awk '$8 ~/^[a-z]+$/{print $8}'

array
ccomplex
cctype
cfenv
cfloat
cinttypes
climits
cmath
complex
cstdarg
cstdbool
cstdint
cstdio
cstdlib
ctgmath
ctime
cwchar
cwctype
functional
memory
random
regex
tuple
utility

我比较熟悉和期待的是bind, function, auto, shared_ptr, mem_fn�q�几个库了，写了个小例子验证之：

1// g++ -std=c++0x -o testC++0x testNewC++.cpp
2
3#include <tr1/memory>
4#include <tr1/functional>
5#include <tr1/tuple>
6#include <vector>
7#include <iostream>
8
9using namespace std;
10
11void func1(int i, int j, tr1::tuple<int, int, int> k)
12{
13    cout << "func1:" << i << ", " << j << ", "
14         << ", tuple param:[" << get<0>(k) << "," << get<1>(k)
15         << "," << get<2>(k) << "]" << endl;
16}
17
18
19void func2(int i, int j)
20{
21    cout << "func2: " << i << ", " << j << endl;
22}
23
24void func3(int k)
25{
26    cout << "func3: " << k << endl;
27}
28
29struct MyFunc1
30{
31    void memFun1(int i, int j)
32    {
33        cout << "MyFunc1::memFun1 :" << i << ", " << j << endl;
34    }
35
36    void memFun2(int i, int j, int k)
37    {
38        cout << "MyFunc1::memFun2 :" << i << ", " << j << ", " << k << endl;
39    }
40};
41
42int main()
43{
44
45    typedef tr1::function<void (int)> Func;
46    using std::tr1::bind;
47    using std::tr1::mem_fn;
48    using std::tr1::placeholders::_1;
49    using std::tr1::shared_ptr;
50
51    shared_ptr<MyFunc1> instPtr(new MyFunc1);
52    MyFunc1 functor;
53
54    vector<Func> funcs;
55    funcs.push_back(bind(&func1, _1, 2, tr1::make_tuple(3,  4, 5)));
56    funcs.push_back(bind(&func2, 1, _1));
57    funcs.push_back(&func3);
58    funcs.push_back(bind(&MyFunc1::memFun1, &functor, _1, 21));
59    funcs.push_back(bind(mem_fn(&MyFunc1::memFun2), &functor, 1, 2, _1));
60    funcs.push_back(bind(&MyFunc1::memFun1, instPtr, _1, 22));
61
62    for (auto it = funcs.begin(), itEnd = funcs.end();
63        it != itEnd; ++it)
64    {
65        (*it)(0);
66    }
67
68    return 0;
69}

�~�译之后�Q�运行结果如下：

func1:0, 2, , tuple param:[3,4,5]
func2: 1, 0
func3: 0
MyFunc1::memFun1 :0, 21
MyFunc1::memFun2 :1, 2, 0
MyFunc1::memFun1 :0, 22

�׃��我的环境下，新版的litstdc++.so被安装在�?usr/local/lib64/下边�Q�所以需要手工指定动态库的�\径（export LD_LIBRARY_PATH=/usr/local/lib64:$LD_LIBRARY_PATH卛_��l�过/usr/lib/libstdc++.so�Q?

估计�q�么奇妙的特性，�q�入工业应用�q�得不少旉��吧，�ȝ��的标准化...

skyscribe 2009-05-16 22:24 发表评论

久久er99热精品一区二区,久久九九久精品国产免费直播,秋霞久久国产精品电影院

GCC4.5的profile mode

Curl&SSL

CMake杂记

Log4cpp:��Z�����型C++��目加上log支持

Log4cpp:��Z��型C++��目加上log支持