99麻豆久久久国产精品免费,久久亚洲精品无码观看不卡,国产AⅤ精品一区二区三区久久

转移到github

skyscribe — Wed, 29 Feb 2012 14:52:00 GMT

接触了octopress之后�Q�才发现真的是神器；用vim写东西然后rake generate;rake deploy;的方式就是好啊�?br />
感兴��的��L��? http://skyscribe.github.com

skyscribe 2012-02-29 22:52 发表评论

skyscribe — Sun, 19 Feb 2012 11:29:00 GMT

ruby的blocks和closure�Ҏ��明显有别于其它的语�a��Q�其closure本��n是real closure�Q�所�l�定的context是共享的而非copy�Q�其设计思�\和lisp的相同；blocks本��n则可以用于实现closure。二者的关系如下所�q?�Q?a >来源�Q?br />

Yukihiro Matsumoto: You can reconvert a closure back into a block, so a closure can be used anywhere a block can be used. Often, closures are used to store the status of a block into an instance variable, because once you convert a block into a closure, it is an object that can by referenced by a variable. And of course closures can be used like they are used in other languages, such as passing around the object to customize behavior of methods. If you want to pass some code to customize a method, you can of course just pass a block. But if you want to pass the same code to more than two methods -- this is a very rare case, but if you really want to do that -- you can convert the block into a closure, and pass that same closure object to multiple methods.

7�U�结�?/h2>

block方式3�U?/li>

隐式传入�Q�内部用yield调用



def thrice
  yield
  yield
  yield
end

x=1
thrice {x+=2}

&block参数传入�Q�内部直接操�?amp;block

def six_times(&block)
  thrice(&block)
  thrice(&block)
end

x = 4
six_times { x += 10 }

&block传入�Q�保存block为变量，然后调用block.call

def save_for_later(&b)
  @saved = b  # Note: no ampersand! This turns a block into a closure of sorts.
end

save_for_later { puts "Hello!" }
puts "Deferred execution of a block:"
@saved.call
@saved.call

�q�里的saved保存为main对象的一个成员，后边实现延迟调用�?br />

Proc.new/proc

@saved_proc_new = Proc.new { puts "I'm declared with Proc.new." }
@saved_proc = proc { puts "I'm declared with proc." }

@saved_proc_new.call
@saved_proc.call

lambda

@saved_lambda = lambda { puts "I'm declared with lambda." }
@saved_lambda.call

method

def some_method
  puts "I'm declared as a method."
end
@method_as_closure = method(:some_method)

特点和差�?/h2>

return行�ؓ

当对应的block里边包含return的时候，上述7中方式有些许的不同：

lambda/method表现出真正的closure行�ؓ�Q�仅仅返回closure本��n�Q�外部调用控制流不受影响�Q��l�yield或者call的下一语句执行

其它几种会蟩出外部调用者的控制��，即return��用者，yield/call之后的也不会再执行，直接跛_��到最�q�的end�?/li>

arity - 参数个数校验

对于调用点的参数��查，呈现如下行�ؓ�Q?br />

lambda/method严格校验参数的个敎ͼ�如果不匹配回抛出异常

其它几个不检查参��C��?/li>

�ȝ��

lambda/method方式呈现完备的closure行�ؓ�Q�return之后�l�箋下一��程�Q�对于实际传入参��C��C��在调用点��查；proc/blocks方式在return的时候直接返回了外部的函数或者block�Q�对于传入的参数个数也没有执行检查�?br />

参考：http://innig.net/software/ruby/closures-in-ruby
以上�l�论验证于最新的ruby1.9.3�Q�和链接中的�l�论有些�怸�同；ruby1.8中的proc函数可能有不同的行�ؓ�?br />

skyscribe 2012-02-19 19:29 发表评论

skyscribe — Sun, 19 Feb 2012 07:58:00 GMT

看得再多也不如自己动手试�Q�最�q�有闲就打算认真研究一下ruby语言了�?a >Pragmatic programmer中说�Q�需要一�q�学一门新语言一遍改造思想�Q�去�q�浅��的学了javascript的皮毛，今年可以看看ruby�q? 个有lisp之风的OO语言了�?br />

安装环境

�W�一个想到的是apt-get来下载了�Q�得到的是一个交互式解析器和�~�译器。和python的比较类��|��不过ruby的交互程序是个单独的�E�序叫做irb�?br />

skyscribe:~$ ruby --version
ruby 1.8.7 (2011-06-30 patchlevel 352) [i686-linux]
skyscribe:~$ irb
irb(main):001:0> puts "hello"
hello
=> nil

可惜得到的不是比较新的版本�?br />
�? �q�很快想��L��?a > wiki�Q�还是用rvm方便的多。教�E�比较简单，参考它�?a >quick installation guide��可。第一�ơ尝试的时候用apt-get安装了没有purge�Q�导致��L��安装到root用户�? �?#8220;permission denied"的问题�?br />
安装好之后，所有的东西都在$HOME/.rvm下边�Q�比较干脆�?br />

skyscribe:~$ rvm install 1.9.3
skyscribe:~$ rvm list

rvm rubies

ruby-1.9.3-p125 [ i686 ]

# Default ruby not set. Try 'rvm alias create default '.

# => - current
# =* - current && default
# * - default

skyscribe:~$ rvm alias create default ruby-1.9.3-p125
Creating alias default for ruby-1.9.3-p125.
Recording alias default for ruby-1.9.3-p125.
Creating default links/files

skyscribe:~$ cat >> ~/.bashrc
[[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm" # This loads RVM into a shell session.
^C
skyscribe:~$ bash
skyscribe:~$ rvm use 1.9.3
Using /home/skyscribe/.rvm/gems/ruby-1.9.3-p125
skyscribe:~$ ruby -v
ruby 1.9.3p125 (2012-02-16 revision 34643) [i686-linux]

熟悉和上�?/li>

官方的文档是最好的参考，推荐ruby koans,下蝲下来�Q�解压后�Q�是个典型的TDD学习材料�Q�不断运�?br />

ruby path_to_enlightenment.rb

koans 会遍历每一个test case直到全部完毕�Q�大概需�?个小时以上的旉��方可全部完工。中间的注释和THINK ABOUT的部分比较有意思，感悟比较深刻的是以下一些点�Q?br />

完完全全的OO�Q�所有东西皆为对�?/li>
两种基本的collection�Q�hash和array基本对应于python的dict和array
函数调用可以不必��d��括号�Q�除非可能引发歧义或者解析错�?/li>
函数参数可以包含block�Q�支持lambda和closure
bool�c�d��更简单，只有false和nil与false�{��h�Q�其余全部是true
控制�l�构有unless
�c�d��义是开攑ּ�的，便于非��R入式设计�Q�当然也可以允许修改builtin
每一个对象都有object id
symbol和string可以互相转化构�?/li>
method的调用可以用send 的方法发送message - proxy变得极度�Ҏ��
module可以被class include从而包含方法，便于mixin设计
instance variable和class variable 定义方便快捷
regular expresion的和python极�ؓ�怼�

skyscribe 2012-02-19 15:58 发表评论

Unix文本处理之利器－awk/gawk

skyscribe — Sun, 02 Jan 2011 12:32:00 GMT

日常在shell中��用awk基本是家�怾�饭了�Q�但是详�l�的写一些小�E�序�q�是�W�一�ơ，��M��是下来，�q�是深深得被�q�门�q�龄比自己都要大的工兯��a�的魅力所折服�Q?a >since 1977�Q�。作者中最引�h注目的当属鼎鼎大名的Brian W. Kernighan (即K的简�U�来源）。目前所用的版本大多是gawk或者nawk.

作�ؓ一门微型且完整的编�E�语�a��Q�awk可以用数行代码就完成其他语言需要数倍的LOC才能完成的工作。其设计哲学也是比较�Ҏ��的，核心是data�Q�driven的，�q�且采用了和C�c�M��的语法来�l�织。它最核心的思想应该是如下两点：

pattern-action �l�构借由强大的正则表辑ּ�来匹配pattern�Q�然后执行pattern对应的操�?/li>
Record/Field 处理模型所有的输入数据都根据制定的record separator 分割�?record, 然后没一个record再根据field separator 分割为fields. POSIX 定义�?field separator可以为正则表辑ּ��Q�而gawk可以允许record separator同时为正则表辑ּ�

引发我花�Ҏ��间来仔细研究awk的�v因是�q�样的，我们的程序在做profiling的时候，发现原来用shell写的脚本分析一�ơ话费的旉��太长。初看了下那个脚本，大概的逻辑是要扫名所有的log文�g�Q�按照时间戳��关注的旉��所耗费的时间提取出来，计算�q�_��|��波动�{�最�l�画出曲�U�图�?br>
整体的脚本有几个部分�Q�python�Q�bash�Q�，处理一��?0MB的log文�g需要耗费40分钟�?个小�Ӟ��q�显然超��Z��预期�Q�中间一个处理很长的部分是grep某个旉��D늚�信息然后按照报表格式写入��C��间文件中。在惌��否优化这一节的时候，忽然��想起了模式匚w��来（学习Haskell的最深印象）�Q�于是大致翻了一下awk�Q�发现很�Ҏ��通过模式匚w��使得按行处理�Q�同时记录中间的信息�Q�而一个时间段恰好和awk的record概念��d��?br>
�׃��2个小时研��M��下awk的函数语法，自定义自��q��旉��截取函数�Q�gawk的strftime很有用，��其我们发现记录有蟩跃要自动补全中间的数据记录时�Q�，通过三个pattern截取需要的信息�Q?0分钟写出来awk的代码来�?br>
所�q�的是，其它的shell脚本都不需要�Q何改动，重新跑一�ơ，3s��处理完了原�?0MB的文�Ӟ��看来�q�点旉��投入�q�是相当值得的�?br>
有兴��的可参考：
http://www.gnu.org/manual/gawk/gawk.html

PS�Q�awk的另一作�?a >Winberger 供职于google�?br>

skyscribe 2011-01-02 20:32 发表评论

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 发表评论

VIM下实现对C++ STL的IntelliSense

skyscribe — Sun, 10 Jan 2010 10:28:00 GMT

以前��试�q�在vim下配�|�STL的Intellisense曄��没有成功�Q�最�q�有�I�刚好仔�l�看了下vim的一些相寚w��U�的manual�Q?/p>

�ȝ��?a >OmniCppComplete主页上的效果�l�弄了出来（�q�里�Q��?/p>

�Ҏ��其help提示一步一步来(装完了omnicppcomplete之后�Q�可�?help omnicppcomplete)�Q?/p>

首先需要有ctags�Q��ƈ且必��L��Exuberant ctags�Q�我的Ubuntu上已�l�是最新版了：

skyscribe@skyscribe:~/study/vim/pics$ ctags --version
Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert
  Compiled: Aug  6 2009, 17:06:22
  Addresses: , http://ctags.sourceforge.net
  Optional compiled features: +wildcards, +regex

�?~/.vimrc 里边加入autoload taglist功能�Q��ؓ了方便自动更新当前tags�Q�设�|�一个快捷键�Q?a >�q�里�Q�：

map  :!ctags -R --c++-kinds=+p --fields=+iaS --extra=+q .
source ~/.vim/my.vim
�q�里的自动加载已有vim的功能，��q��一个vim脚步来实�?(参�?vim :help glob�l�的例子)�Q?/p>
cat ~/.vim/my.vim 
let tagfiles = glob("`find ~/.vim/tagfiles -name tags -print`")
let &tags = substitute(tagfiles, "\n", ",", "g")
以后需要新的taglist�Q�只需要放在~/.vim/tagfiles目录下就好了�?/p>
vim启动的时候，会自动执行~/.vimrc�Q�从而调用my.vim�Q�将事先准备好的taglist更新�q�去�Q�这里一般放一些不太变化的静态头文�gtag��可以了�?/p>

要有STL的intelliSense�Q�自然要有STL C++的tags database了，�q�里需要生成之�?/h1>

�Ҏ��上一步的惯例�Q�需要生成一个tags文�g�Q�放在~/.vim/tagfiles/的某个子目录下：
mkdir -p ~/.vim/tagfiles/gcc/
ls –l /usr/include/c++/
�q�里需要将ver换成当前�pȝ��的libstdc++版本�Q�Ubuntu 9.10上的�?.4.1.

用上边的命��o生成对应的tags文�g�Q?/h1>

ctags -R --c++-kinds=+p --fields=+iaS --extra=+q . -o ~/.vim/tagfiles/gcc4.4/tags /usr/include/c++/4.4
写一个简单的c++�E�序�Q�在Insert Mode下，Ctrl+X�Q?Ctrl+P�Q�发现�ƈ不能工作�Q�什么提�C�Z��没有�Q�初步怀疑是对应的tag文�g不对�?/p>
�q�好早有人尝试过了，�l�出了一�U�办�?�q�是�q�里�Q�，可惜他的�Ҏ��我试了不行，不过已经可以借用他的思�\了：

��?usr/include/c++/4.4.1/的内容全部拷贝到一个目录下�Q?/li>
```
mkdir gcc4.4
cp -R /usr/include/c++/4.4 ./
```
写一个脚步替换所有的NAMESPACE宏定�?�q�里用sed完成宏替换，��Z��避免�q�于晦�ӆ�Q�还是放在一个��时的脚步文�g里边来，便于调试�?�Q?/li>

cat generate_sed.sh 
#!/bin/bash
if [ $# -eq 0 ];then
    dir=.
else
    dir=$1
fi
#Substitute scripts
cat > .edit.sed <<- EOF
s/\b_GLIBCXX_BEGIN_NAMESPACE\b\s*\(\s*(\w+)\s*\)/namespace \1{/g
s/_GLIBCXX_BEGIN_NESTED_NAMESPACE\s*\(\s*std\s*,\s*_GLIBCXX_STD_[DP]\s*\)/namespace std{/g
s/\b_GLIBCXX_END_NAMESPACE\b/}/g
s/\b_GLIBCXX_END_(NESTED_\?NAMESPACE\b/}/g
EOF
count=0
cols=`tput cols`
cols=`echo "$cols - 8"|bc`
for file in `find $dir -type f`;do
    if [ "T"$file != "T"$0 ];then
        sed -nf ".edit.sed" $file
        count=`echo "$count+1"|bc`
        echo -ne "="
        if [ `echo "$count%$cols"|bc` -eq 0 ];then
            echo " $count"
        fi
    fi
done
echo "Processed $count files!"
rm -fr .edit.sed
# Generate ctag file
ctags -R --c++-kinds=+p --fields=+iaS --extra=+q 
echo "generated tag file!"

再生成tag�Q?/li>

skyscribe@skyscribe:~/libstdc++/gcc4.4$ ./generate_sed.sh . 
==================================================================================================== 100
==================================================================================================== 200
==================================================================================================== 300
==================================================================================================== 400
==================================================================================================== 500
==================================================================================================== 600
===============================================================Processed 663 files!
generated tag file!
ls tags -lh
-rw-r--r-- 1 skyscribe skyscribe 4.2M 2010-01-10 18:21 tags
cp tags ~/.vim/tagfiles/gcc4.4/

到这里效果终于出来了�Q?/h1>

上边的review�H�口昄��当前调用的函��C��?输入./->/:: 的时候会自动提示�Q�也可以用CTRL+X CTRL+O 来调出提�C�窗口，方向键则可以选择�?/p>

skyscribe 2010-01-10 18:28 发表评论

cmake的一些小�l�验

skyscribe — Mon, 14 Dec 2009 12:39:00 GMT

初用CMake或者对其了解不太深的�h�Q�可能经�怼�被�\径包含、库搜烦路径、链接�\径、RPath�q�些问题所�l�倒，因�ؓ�q�些东西在手工执行gcc或者编写makefile的时候是很轻而易丄��d��?/font>

其实我当初也有不��疑惑，不过通过较长旉��的实践和阅读manual�Q��ȝ��有了个相对很清晰的认识�?/font>

如何使用其manual

cmake的帮助组�l�的�q�是很有规律的，了解了其规律�Q�找自己惌��的东西就会很��单，所以个��得这一点可能是最重要的。其help�pȝ��大概是这么几�c�：

command

�q�个是实用过�E�中最长用到的�Q�相当于一般脚步语�a�中的基本语法�Q�包括定义变量，foreach�Q�string�Q�if�Q�builtin command都在�q�里�?/font>

可以用如下这些命令获取帮助：

cmake --help-commands
�q�个命��o���给出所有cmake内置的命令的详细帮助�Q�一般不知道自己要找什么或者想随机��ȝ��得时候，可以用这个�?/p>
我一般更常用的方法是���其重定向到less里边�Q�然后在�~�辑器里�Ҏ��索关键字�?/p>
 
另外也可以用如下的办法层层羃���搜索范��_��
cmake --help-command-list
cmake --help-command-list | grep find
skyscribe@skyscribe:~/program/ltesim/bld$ cmake --help-command-list | grep find
find_file
find_library
find_package
find_path
find_program

cmake --help-command find_library
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem 
  find_library
       Find a library. 
          find_library( name1 [path1 path2 ...]) 
       This is the short-hand signature for the command that is sufficient in
       many cases.  It is the same as find_library( name1 [PATHS path1
       path2 ...]) 
          find_library(
                    
                    name | NAMES name1 [name2 ...]
                    [HINTS path1 [path2 ... ENV var]]
                    [PATHS path1 [path2 ... ENV var]]
                    [PATH_SUFFIXES suffix1 [suffix2 ...]]
                    [DOC "cache documentation string"]
                    [NO_DEFAULT_PATH]
                    [NO_CMAKE_ENVIRONMENT_PATH]
                    [NO_CMAKE_PATH]
                    [NO_SYSTEM_ENVIRONMENT_PATH]
                    [NO_CMAKE_SYSTEM_PATH]
                    [CMAKE_FIND_ROOT_PATH_BOTH |
                     ONLY_CMAKE_FIND_ROOT_PATH |
                     NO_CMAKE_FIND_ROOT_PATH]
                   )

variable

和command的帮助比较类��|��只不�q�这里可以查找cmake自己定义了那些变量你可以直接使用�Q�譬如OSName�Q�是否是Windows�Q�Unix�{��?/font>

我最常用的一个例子：

cmake --help-variable-list  | grep CMAKE | grep HOST
CMAKE_HOST_APPLE
CMAKE_HOST_SYSTEM
CMAKE_HOST_SYSTEM_NAME
CMAKE_HOST_SYSTEM_PROCESSOR
CMAKE_HOST_SYSTEM_VERSION
CMAKE_HOST_UNIX
CMAKE_HOST_WIN32
�q�里查找所有CMake自己定义的builtin变量�Q�一般和�pȝ���q�_��相关�?/p>

如果希望��所有生成的可执行文件、库攑֜�同一的目录下�Q�可以如此做�Q?/p>

�q�里的target_dir是一个实现设�|�好的绝对�\径。（CMake里边�l�对路径比相对�\径更��出问题�Q�如果可能尽量用�l�对路径�Q?/p>

# Targets directory
set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${target_dir}/lib)
set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${target_dir}/lib)
set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${target_dir}/bin)

property

Property一般很��需要直接改动，除非你想修改一些默认的行�ؓ�Q�譬如修改生成的动态库文�g的soname�{��?/font>

譬如需要在同一个目录下既生成动态库�Q�也生成静态库�Q�那么默认的情况下，cmake�Ҏ��你提供的target名字自动生成�c�M��的libtarget.so, libtarget.a�Q�但是同一个project只能同时有一个，因�ؓtarget必须唯一�?/font>

�q�时候，��可以通过修改taget对应的文件名�Q�从而达到既生成动态库也��生静态库的目的�?/font>

譬如�Q?/font>

cmake --help-property-list | grep NAME
GENERATOR_FILE_NAME
IMPORTED_SONAME
IMPORTED_SONAME_
INSTALL_NAME_DIR
OUTPUT_NAME
VS_SCC_PROJECTNAME
skyscribe@skyscribe:~$ cmake --help-property OUTPUT_NAME
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem
  OUTPUT_NAME
       Sets the real name of a target when it is built.
       Sets the real name of a target when it is built and can be used to
       help create two targets of the same name even though CMake requires
       unique logical target names.  There is also a _OUTPUT_NAME
       that can set the output name on a per-configuration basis.

module

用于查找常用的模块，譬如boost�Q�bzip2, python�{�。通过��单的include命��o包含预定义的模块�Q�就可以得到一些模块执行后定义好的变量�Q�非常方�ѝ�?/font>

譬如常用的boost库，可以通过如下方式�Q?/font>

# Find boost 1.40
INCLUDE(FindBoost)
find_package(Boost 1.40.0 COMPONENTS thread unit_test_framework)
if(NOT Boost_FOUND)
    message(STATUS "BOOST not found, test will not succeed!")
endif()
一般开头部分的解释都相当有用，可满��?0%需求：
cmake --help-module FindBoost | head -40
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem
  FindBoost
       Try to find Boost include dirs and libraries
       Usage of this module as follows:
       == Using Header-Only libraries from within Boost: ==
          find_package( Boost 1.36.0 )
          if(Boost_FOUND)
             include_directories(${Boost_INCLUDE_DIRS})
             add_executable(foo foo.cc)
          endif()
       
       
       == Using actual libraries from within Boost: ==
          set(Boost_USE_STATIC_LIBS   ON)
          set(Boost_USE_MULTITHREADED ON)
          find_package( Boost 1.36.0 COMPONENTS date_time filesystem system ... )
       
          if(Boost_FOUND)
             include_directories(${Boost_INCLUDE_DIRS})
             add_executable(foo foo.cc)
             target_link_libraries(foo ${Boost_LIBRARIES})
          endif()
       
       
       The components list needs to contain actual names of boost libraries

如何�Ҏ��其生成的中间文�g查看一些关键信�?/strong>

CMake相比较于autotools的一个优势就在于其生成的中间文�g�l�织的很有序�Q��ƈ且清晰易懂，不像autotools会生成天书一��L��庞然大物�Q?0000+的不鲜见�Q��?/p>
一般CMake对应的Makefile都是有层�U�结构的�Q��ƈ且会�Ҏ��你的CMakeLists.txt间的相对�l�构在binary directory里边生成相应的目录结构�?/p>
譬如对于某一个target�Q�一般binary tree下可以找��C��个文件夹: CMakeFiles/.dir/,比如�Q?/p>
skyscribe@skyscribe:~/program/ltesim/bld/dev/simcluster/CMakeFiles/SIMCLUSTER.dir$ ls -l
total 84
-rw-r--r-- 1 skyscribe skyscribe 52533 2009-12-12 12:20 build.make
-rw-r--r-- 1 skyscribe skyscribe 1190 2009-12-12 12:20 cmake_clean.cmake
-rw-r--r-- 1 skyscribe skyscribe 4519 2009-12-12 12:20 DependInfo.cmake
-rw-r--r-- 1 skyscribe skyscribe 94 2009-12-12 12:20 depend.make
-rw-r--r-- 1 skyscribe skyscribe 573 2009-12-12 12:20 flags.make
-rw-r--r-- 1 skyscribe skyscribe 1310 2009-12-12 12:20 link.txt
-rw-r--r-- 1 skyscribe skyscribe 406 2009-12-12 12:20 progress.make
drwxr-xr-x 2 skyscribe skyscribe 4096 2009-12-12 12:20 src
�q�里�Q�每一个文仉��是个很短��的文本文�g�Q�内容相当清晰明了。build.make一般包含中间生成文件的依赖规则�Q�DependInfo.cmake一般包含源代码文�g自��n的依赖规则�?/pre>
比较重要的是flags.make和link.txt�Q�前者一般包含了�c�M��于GCC�?I的相关信息，如搜索�\径，宏定义等�Q�后者则包含了最�l�生成target时候的linkage信息�Q�库搜烦路径�{��?/pre>
�q�些信息在出现问题的时候是个很好的辅助调试手段�?/pre>

文�g查找、�\径相�?/strong>

include

一般常用的是：
include_directories�Q�）用于��d��头文件的包含搜烦路径
cmake --help-command include_directories
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem
include_directories
Add include directories to the build.
include_directories([AFTER|BEFORE] [SYSTEM] dir1 dir2 ...)
Add the given directories to those searched by the compiler for
include files. By default the directories are appended onto the
current list of directories. This default behavior can be changed by
setting CMAKE_include_directories_BEFORE to ON. By using BEFORE or
AFTER you can select between appending and prepending, independent
from the default. If the SYSTEM option is given the compiler will be
told that the directories are meant as system include directories on
some platforms.
link_directories()用于��d��查找库文件的搜烦路径
cmake --help-command link_directories
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem
link_directories
Specify directories in which the linker will look for libraries.
link_directories(directory1 directory2 ...)
Specify the paths in which the linker should search for libraries.
The command will apply only to targets created after it is called.
For historical reasons, relative paths given to this command are
passed to the linker unchanged (unlike many CMake commands which
interpret them relative to the current source directory).

library search

一般外部库的link方式可以通过两种�Ҏ��来做�Q�一�U�是昄��d��路径�Q�采用link_directories()�Q?一�U�是通过find_library()��L��扑֯�应的库的�l�对路径�?/p>
后一�U�方法是更好的，因�ؓ它可以减��不��潜在的冲突�?/p>

一般find_library会根据一些默认规则来搜烦文�g�Q�如果找刎ͼ��会set传入的第一个变量参数、否则，对应的参��C��被定义，�q�且有一个xxx-NOTFOUND被定义；可以通过�q�种方式来调试库搜烦是否成功�?/p>
对于库文件的名字而言�Q�动态库搜烦的时候会自动搜烦libxxx.so (xxx.dll),静态库则是libxxx.a�Q�xxx.lib�Q�，对于动态库和静态库��L��的情况，可能会出��C��些�؜乱，需要格外小心；一般尽量做匚w��q�接�?/p>

rpath

所谓的rpath是和动态库的加载运行相关的。我一般采用如下的方式取代默认��d��的rpath�Q?/p>
# RPATH and library search setting
SET(CMAKE_SKIP_BUILD_RPATH FALSE)
SET(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE)
SET(CMAKE_INSTALL_RPATH "${CMAKE_INSTALL_PREFIX}/nesim/lib")
SET(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE)

skyscribe 2009-12-14 20:39 发表评论

skyscribe — Mon, 14 Dec 2009 11:46:00 GMT

最�q�在TL�?a >讨论�?/a>忽然有�h挑�v了perl和python�Q�一场关于c++的讨论扯到脚步上�q�有不少的碰撞，倒是挺有意思）�Q�我则有感而发的想起了前几天面试的时候问别�h的一个基本的shell问题�Q?/p>
cat xxx.txt | grep "yyy" | wc –l

问题是这个常见的pipeline操作一般最��会起多��个�q�程�Q�结果那位老兄倒是愣了半天然后目无表情�?/p>
我只好��l�唠叨的解释了一下一般pipe的操作需要读取一个进�E�的输入�Q�然后将输出送给下一个进�E�；其实我希望对方干脆利落的回答是有3个，�q�个问题��q��是可以了�Q�我们主要不是用脚本开发，但是如果有这个技能是能得到额外的认可的�?/p>

TL上的大虾们果然是��x��众多�Q�立马有人站出来问：我想知道�{�案是几个？直接让我怀疑是不是我的脑袋有问题。后来有人给��Z��可能�?个的情�Ş�Q?/p>
      某个变态的shell可能内置了cat,使其成�ؓ一个builtin�Q�然后自��p��俎代庖的��d��标准输入�Q��ƈ且将内容文本输出�Q�那么进�E�就��一个�?/p>
起初我觉得这个解释�ƈ不能成立�Q�但是经�q�几个老大的解释还是明白了他所说的情况是shell的builtin�?/p>

中间又讨��v那些可能是builtin的command�Q��D出的例子是cd/kill/time�Q�但是我查了一下Solaris上的�Q�后两个都是executable�Q�cd扑ֈ�一�?usr/bin/cd 的ksh�Q�内容如下：
#!/bin/ksh
command = `basename $0`
$command $@
�q�个�l�果本来�q�是挺出乎我的意料的�Q�于是我也想当然的认为，shell里边不能直接调用syscall�Q?/pre>
很快��得证这个揣��纯�_Ҏ��错误的；以前�q�真没想�q�这个问题，查了下wikipedia、google之后得到很多意料之外的收莗��?/pre>

最后居然有人搬��Z��busybox�q�个大旗�Q�做�q�嵌入式的大多都知道些）�Q��ƈ声称它把vi也builtin了�?/pre>
�q�下也很��Z��我的意料�Q�不��我没有仔细研究�q�，没有什么发�a�权�?/pre>
不过最后有人站出来��_��busybox�q�没有内�|�这些想当然的vi�Q�而是大部分也单独赯��E�了�Q�在Unix的哲学里边，做这些大而全的东西其实是不被鼓励的，因�ؓ它违反unix的哲学�?/pre>

话说回来�Q�面试的时候，我之所以会问到�q�样的问题，也是有很真实的background的。曾�l�我们查�q�的一个很诡异的performance bottleneck��是�׃��shell脚步的问题引��L��?/pre>
====================================================================================================
问题本��n也是比较直观的（当然是“事后诸葛”了�Q�：
某段�E�序的启动脚本��用如下的东东来检��环境：
exists=`netstat -rn | grep "xx.xx.xx.xx" | wc -l`
if [ $exists -eq 0 ];then
idx=`ifconfig -an | grep bge0 | awk -F":" '{print $2}' | uniq | sort | tail`"
ifconfig bge0:`echo $idx + 1 | bc` plumb up
ifconfig bge0:`echo $idx + 1 | bc` xx.xx.xx.xx netmask 255.255.255.0
fi

当有很多个同��L��q�程�Q?gt;500)恰好于同一时刻跑到�q�个初始化点的时候，如果�pȝ��上已�l�存在的IP地址很多�Q�当时的场景大概�?000+�Q�，那么netstat、ifconfig本��n都变得非常耗时�Q�加上多个进�E�的原因�Q�系�l�中会有N多个�q�程在消耗着资源�Q?/p>
后果的严重程度是��M��shell都停止响应，数十分钟都陷入假死，不得不重启电源了事�?/p>
当然的分析结果发玎ͼ�真正占用的CPU都是处于kernel状态的�Q��ƈ且��用率��过99%�Q�长长的pipeline带来的开销�Q�相当一部分可能来源于互相等待CPU的进�E�的互相抢占�?/p>
解决的方法自然也很简单，�q�里不赘�q�C��?/p>
=========================================================================

当时以�ؓ对这个问题搞得算是比较明白了�Q�结果拿出来一讨论�Q�发现自�׃��了解的还真不��?/p>

skyscribe 2009-12-14 19:46 发表评论

Popen中奇怪的OSError�Q�too many open files

skyscribe — Mon, 19 Oct 2009 11:31:00 GMT

�q�来用Python的unittest框架来做一个regression test 工具�Q�验证一些复杂的�E�序功能�Q�期望做到自动化��试完成一部分需要繁琐的界面点击和等待才能完成的验证工作�?/font>

其中核心的部分是通过python的subproces module中的Popen来调用shell脚步完成功能性请求，�q�抓取执行的�l�果�?/font>

初一开始，test case比较��的时候（100个以内）都没有�Q何问题；但从某一刻�v�Q�当��过120个的时候，最后一个test case执行的时候，��L��报告

                OSError�Q?too many open files

�l�出的stack trace指向了Popen的communicate�Ҏ��?/font>

最��单的怀疑自然是打开文�g数的限制了， ulimit -a 发现默认的Shell的确只有256�Q�虽然感觉应该也够用了（因�ؓ每一个case都是用单独的Popen来执行操�?完毕��应该被回收了）�Q�但�q�是自然��其开大一些；

                      ulimit –n 1024

重新执行�Q�还是最后一个case��p�|�Q�错误依然�?/font>

Google了一下，暂时没有头��A�Q�只有待有时间再详细盘查一下原委了。不�q�在搜烦�{�案的过�E�中发现了一个有意思的现象�Q?/font>

   有�h在询问怎样��python的字�W�串quote成�ؓ一个可以再shell中安全��用的字符�Ԍ��有人回复说Subprocess中有一个类似的�Ҏ��可以完成�c�M��的工作�ؓ什么不用；马上有牛人站出来��_��q�个模块的作者大概不想维护过多的东西�Q�因而将光��藏了��h��Q�而不是放开了给大家用，因�ؓ它的doc里边都没有直接说明，用的人是看了他的代码才知道有�q�个函数�Q�参�?/font>�q�里�Q?/font>

skyscribe 2009-10-19 19:31 发表评论

99麻豆久久久国产精品免费,久久亚洲精品无码观看不卡,国产AⅤ精品一区二区三区久久

转移到github

7�U�结�?/h2>

特点和差�?/h2>

return行�ؓ

arity - 参数个数校验

�ȝ��

Unix文本处理之利器－awk/gawk

GCC4.5的profile mode

VIM下实现对C++ STL的IntelliSense

首先需要有ctags�Q��ƈ且必���L��Exuberant ctags�Q�我的Ubuntu上已�l�是最新版了：

�?~/.vimrc 里边加入autoload taglist功能�Q��ؓ了方便自动更新当前tags�Q�设�|�一个快捷键�Q?a >�q�里�Q�：

要有STL的intelliSense�Q�自然要有STL C++的tags database了，�q�里需要生成之�?/h1>

用上边的命��o生成对应的tags文�g�Q?/h1>

到这里效果终于出来了�Q?/h1>

cmake的一些小�l�验

Popen中奇怪的OSError�Q�too many open files

首先需要有ctags�Q��ƈ且必��L��Exuberant ctags�Q�我的Ubuntu上已�l�是最新版了：