挖井

类库大魔王的挖井日记

挖一口属于自己的井


bjam有点意思

  在编译Luabind成独立的库时,顺便学了一下bjam。bjam在某些场合下挺有用的,如果之前用的是make,再来用bjam,感觉就是用过汇编之后来用高级脚本语言。
  折腾了一阵子后,我的感觉就是bjam几乎是完全给boost设计的。其中最突出的特点是,编译器无关。它在这方面做不了少工作,只要指定一个toolset,它就能自动查找编译器所在的路径,而且不用关心编译命令行,因为大部分常用的选项它都提供自己的抽象方式来表达。还有就是它似乎有良好的可扩展性,在boost的源代码目录下有几bjam的工作目录,下面有几个子目录,里面分别存放着一些jam文件,在写jamfile时,可以import模块进来用。
  我捣鼓了一阵,把自己一个工程,里面有几十个C++源文件,从GNU make转成了bjam工程。感觉有点新鲜,但总的说来,它应该是适用于这样的场合:工程是可移植的,即要跨操作系统,跨编译器。

本文地址:

https://minidump.info/blog/2009/03/bjam-e6-9c-89-e7-82-b9-e6-84-8f-e6-80-9d/

感觉本文不错,不妨小额鼓励我一下!
上一篇

Luabind还是有必要的

  写着写着,发现Luabind不是先前想的那样有了SWIG就可以抛弃了的,还是有用武之地的。  主要体现在两个地方。  一、从C++调用Lua函数。Luabind提供了两个方法,在Boost的协助下极其出色地分别实现了调用全局函数和其他可被作为函数调用的对象的调用。这两个方法都以C++模板实...…

Lua,Script 全文阅读
下一篇

bjam使用点滴

  要在工程的根目录下放一个Jamroot文件,可以没有扩展名,也可以加.jam为扩展名,这样其他子目录下的可以命名为Jamfile了。  基本上是个大小写敏感的系统。  还没找到怎么让它来自己编译Windows的资源文件。  用path.glob-tree可以指定目录来进行glob-tree...…

Software 全文阅读