cmake,make,nmake的用法

来源:互联网 发布:java工程部署到tomcat 编辑:程序博客网 时间:2024/05/16 16:00

于是开始找跨平台的编译工具,其中最有名的两个是 cmake 和 scons,cmake 之所以出名估计是因为 KDE 4 从 autotools 转向用 cmake 来编译。而 scons 则是 lighttpd原来用的编译工具,它现在也转向 Python 了。cmake 和 python 大概代表了新一代跨平台编译工具的两种方向。第一种(cmake) 是延续并改良传统 automake, autoconf 工具链,将之合为一体,但最终仍然生成 Makefile, VisualStudio 的 .sln,Xcode 的 .xcodebuild 文件,依赖现有编译工具 (make, nmake, vcbuild,xcodebuild) 来编译;第二种则是完全消除现有编译工具的调用,直接调用编译器,scons 就属于这一类 (scons还有一个特点是完全不用专门的语言,控制编译的脚本就是 Python)。

从人气上来说,反倒是走改良路线的 cmake 比 scons 好一些,有几个原因:scons 基于 Python,可能有些代码不是很照顾速度,于是类似KDE 这样的大项目编译起来会很慢;scons 开发比较慢,最近一直只是 bugfix。不过相对 cmake,scons的优点是文档非常细致可读,而 cmake 的文档则非常少,可以在网上找到的只有几篇介绍性的文章和参考手册,不像 scons 有一本 UserGuide。

与之相关的工具还有 Jam (包括它的变体 FTJam, Boost.Build), Waf, Bakefile 等。其中比较新的 Waf 是一个 scons 的改进,在它的提供的 benchmark 中,显示通过缓存方式可以大大改进编译的速度。不过因为这个项目还很新,目前没有什么软件用它作为编译系统。

Bakefile 走的则是 cmake 的路子,从名称上也可以看出,它最终也是通过生成 Makefile一类的文件来完成编译的。不过不同的地方在于 cmake 用的语法很像 autotools 用的 m4 的传统语法,而 bakefile则完全用 XML 来定义编译规则了,这一点倒很像 ant。Bakefile 倒是有不少著名的项目使用,比如 wxWidgets, WebKit, VCF, libxml。

 

目的:

基本掌握了 make 的用法,能在Linux系统上编程。

环境:

Linux系统,或者有一台Linux服务器,通过终端连接。一句话:有Linux编译环境。

准备:

准备三个文件:file1.c, file2.c, file2.h
file1.c:
#include
#include "file2.h"
int main()
{
printf("print file1$$$$$$$$$$$$$$$$$$$$$$$$/n");
File2Print();
return 0;
}

file2.h:

#ifndef FILE2_H_
#define FILE2_H_

#ifdef __cplusplus

extern "C" {

#endif

void File2Print();

#ifdef __cplusplus

}

#endif

#endif


file2.c:
#include "file2.h"
void File2Print()
{
printf("Print file2**********************/n");
}

基础:

先来个例子:
有这么个Makefile文件。(文件和Makefile在同一目录)
=== makefile 开始 ===
helloworld:file1.o file2.o
gcc file1.o file2.o -o helloworld

file1.o:file1.c file2.h
gcc -c file1.c -o file1.o

file2.o:file2.c file2.h

gcc -c file2.c -o file2.o


clean:

rm -rf *.o helloworld

=== makefile 结束 ===

一个 makefile 主要含有一系列的规则,如下:
A: B
(tab)
(tab)

每个命令行前都必须有tab符号。

上面的makefile文件目的就是要编译一个helloworld的可执行文件。让我们一句一句来解释:

helloworld : file1.o file2.o: helloworld依赖file1.o file2.o两个目标文件。

gcc File1.o File2.o -o helloworld: 编译出helloworld可执行文件。-o表示你指定 的目标文件名。

file1.o : file1.c: file1.o依赖file1.c文件。

gcc -c file1.c -o file1.o: 编译出file1.o文件。-c表示gcc 只把给它的文件编译成目标文件, 用源码文件的文件名命名但把其后缀由“.c”或“.cc”变成“.o”。在这句中,可以省略-o file1.o,编译器默认生成file1.o文件,这就是-c的作用。

file2.o : file2.c file2.h
gcc -c file2.c -o file2.o

这两句和上两句相同。

clean:

rm -rf *.o helloworld

当用户键入make clean命令时,会删除*.o 和helloworld文件。

如果要编译cpp文件,只要把gcc改成g++就行了。

写好Makefile文件,在命令行中直接键入make命令,就会执行Makefile中的内容了。

到这步我想你能编一个Helloworld程序了。

 

Makefile的关键是:
1。dependence rule;
2。action;
3。variable assignment and shell scripts.

Dependence rule写的是文件间的依赖关系,比如a.out是由a.o和libmylib.a生成的,a.o是由a.C编译而来的。写成makefile的dependence rule就是:
a.out:a.o libmylib.a
你可以用些特殊的符号来写些通用的dependence rule,比如:
.C.o:
%.o:%.C
它的意思是所有的.o文件依赖于对应的.C文件。不同的make(比如GNU make,Sun make等)可能有不同的特殊符号。

Action就是定义该做什么,比如:
a.out:a.o libmylib.a
CC -o a.out a.o -lmylib
第一行是dependence rule,第二行是对应的动作。它们的意思是,如果a.o或libmylib.a比a.out新,就执行第二行。再如:
.C.o:
%.o:%.C
CC -g -c $<
意思是如果然后.C文件比对应的.o文件新,就编译它。注意,action rule一定不能用空格起头而是tab起头。

变量的赋值很简单:
<变量>=<值>
比如:
INCLUDEDIR=$(PROJECT_HOME)/include $(THIRDPARTY_HOME)/include
用变量时一定要用小括号:
.C.o:
CC -g -c $(INCLUDEDIR) $<
Shell script可能要先声明用什么shell:
SHELL=/usr/bin/sh
在makefile里写shell script和其它地方有许多不同。其中最大的不同是makefile中的shell script不能随便放换行符,我一般是把它们放用续行符("/")连起来.  

 

要使VC产生*.MAK文件,你可以这样:
打开Tools菜单------------>Options------------------------->Build选项卡---------------------->在"Export makefile when saving projectfile"前面得方框打勾

如果您喜欢在命令行下工作,您需要执行在Developer Studio的BIN子目录下的VCVARS32.BAT来设置环境变数。要从命令行执行make档案,可以转到你得工程目录比如HelloMsg并执行:

NMAKE /f HelloMsg.mak CFG="HelloMsg - Win32 Debug"
或者

NMAKE /f HelloMsg.mak CFG="HelloMsg - Win32 Release"
然後您可通过输入:

DEBUG/HELLOMSG
或者

RELEASE/HELLOMSG
从命令列执行.EXE档案。