现在的位置: 首页 > 综合 > 正文

学习autotools后的回忆

2013年03月02日 ⁄ 综合 ⁄ 共 1655字 ⁄ 字号 评论关闭

转载时请注明出处和作者联系方式
文章出处:
http://blog.csdn.net/jack0106 
作者联系方式:冯牮 
fengjian0106@yahoo.com.cn

 

在linux下工作已经3年多了,对于工程管理工具的使用,也是经历了从简到繁的好几个阶段。

 

一 手动编写Makefile阶段

 

这是最初级的阶段,通常也是学习嵌入式linux开发时,最先需要学会使用的工具之一。这个阶段,有两大块内容需要学习,首先是要明白gcc是怎么回事,然后是要了解makefile的一些基本概念和用法。说实话,这个阶段,我对gcc和makefile,其实也只是一些类似于死记硬背试的表面理解。对linux项目工程的认识,也很浅陋,一般认为一个项目,就是最终会编译成一个可执行文件。

 

我工作后的第一个项目,是mips平台上的一个后台程序,makefile就是纯手工编辑的,比较简单,不到100行,仅仅是完成了编译工作,除了gcc,没有调用到其他的工具。在部署的时候,是把交叉编译出来的唯一的一个可执行文件手动拷贝到开发板的/usr/bin目录中。

 

二 初次接触qt

 

我的第二个项目,是arm上的qt程序。在qt中,引入了qmake作为工程管理工具,qmake的作用,其实就是简化makefile的编写。这个阶段,我对makefile的认知,本质上并没有提高,之前对gcc和makefile,用的是死记硬背,这时对于qmake的认识,同样是类似于死记硬背。这个项目的makefile,主要完成的仍然是编译工作。项目本身的依赖关系并不复杂,所以在部署的时候,同样是手动复制。

 

三 上手moblin

 

前面做的两个项目,都属于嵌入式平台上的“专用型”程序,是传统意义上的嵌入式程序,和gnome这种桌面环境差别很大。到了第三个项目,开始使用moblin平台,这是一种通用型的平台,已经预装了很多底层的库,程序之间的依赖关系,也变得复杂起来,在这个上面开发程序,更像是传统的桌面环境编程。在熟悉平台的过程中,“迫不得已”需要对gcc和makefile做更深入的学习。在这一轮学习中,对gcc的工作方式有了一些更深入的理解,总结出来就是对几个最常用参数的理解,包括 -I,-L,-l,再加上一个-Wl,-rpath,参数。我在招人的时候,也很喜欢就这几个参数的使用出一些题,百试不爽。

 

此时的代码,由于项目历史原因,仍然是纯手工编辑的makefile,但是已经感觉到它的不足了,尤其是在部署的时候,最麻烦。比如桌面快捷方式,就得手动编写,不能在make时正确自动生成,再比如dbus服务程序的自启动文件,也是手动编辑,然后拷贝到对应的目录。

 

四 升级到meego

 

升级到meego平台,上层开发使用的工具,又回到了qt。经历了之前的使用和学习,对linux环境已经很熟悉了,对程序的运行和部署,也有了更详实的体会。这个时候的代码,使用qmake进行管理,编译,安装,打包,一应俱全。

 

五 学习autotools

 

在我的第一个阶段,其实就学习过autotools,但是其实也只是了解了它的形,并不理解它的神,而且由于autotools比较复杂,项目中也一直没有真正的使用过。直到现在,才又重新学习了一边autotools的使用,并且使用autotools对moblin时代的一个项目进行了改造。

 

六 总结

 

从功能上看,autotools和qmake,都已经相当的完善了,只不过他们有各自的使用场合,qmake主要还是针对基于qt的程序,而autotools的适用面更广(它的难度也是最大的)。要学习autotools,网上有教程,可以看看,但是最好还是找一些实际的项目代码,看看别人是怎样使用autotools的(网上的教程,通常都是构造一个hello world型的例子,过于简单,学习效果不一定好)。另外,autotools的理念,也跟个人的linux使用经验有关,当对linux系统有了比较深的感受之后,再来学习autotools,可能效果会更好。

抱歉!评论已关闭.