转自:https://blog.csdn.net/dc_726/article/details/48978849
版权声明:本文为博主原创文章,未经博主允许不得转载。欢迎访问 http://blog.csdn.net/dc_726 https://blog.csdn.net/dc_726/article/details/48978849
C实战:项目构建Make,Automake,CMake
在本系列文章《C实战:强大的程序调试工具GDB》
https://blog.csdn.net/dc_726/article/details/46475623
中我们简要学习了流行的调试工具GDB的使用方法。本文继续“C实战”的主题,对同样非常流行的构建工具Make的用法和原理一探究竟,并顺便看一下一些高级衍生产品。 .Make基础
首先我们编写一个简单的C项目,以此项目在实战中学习Make的相关知识。更全面的介绍请参考官方手册。 cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ tree
.
├── hello.c
├── hello.h
├── main.c
└── Makefile directories, files 整个程序的逻辑非常简单:main.c中包含一个main方法,调用了hello.c中的sayHello()函数,打印了一句话到控制台上。 // cat main.c hello.h hello.c
// ----- main.c -----
#include "hello.h" int main(void)
{
sayHello("Make");
return ;
} // ----- hello.h -----
#ifndef _HELLO_H_
#define _HELLO_H_ void sayHello(char *name); #endif // ----- hello.c -----
#include "hello.h"
#include <stdio.h> void sayHello(char *name)
{
printf("Hello, %s!\n", name);
} 1.1 基本语法
一个简单的Makefile包含很多规则(Rule),每一条规则的语法结构由目标(Target)、先决条件(Prerequisite)、动作(Recipe)三部分组成: 目标:通常有两种命名方法,一是与要生成的可执行文件或目标文件同名,二是说明动作的目的,例如最常见的clean清理规则。对于第二种规则命名,为了避免与同名文件冲突,可以将目标名加入到.PHONY伪目标列表中。默认情况下,make执行Makefile中的第一个规则,此规则被称为最终目标
先决条件:先决条件是用来创建目标的输入文件,一个目标可以依赖多个先决条件
动作:动作由Make命令负责执行,可以包含多个命令,每个命令可以另起一行。一定要注意的是:命令必须以TAB开头!
target: prerequisite
recipe 下面就看一下示例项目的Makefile是什么样子的。在Makefile中有3个规则,其中目标main依赖于main.o和hello.o,利用gcc执行链接,这与我们的代码结构是相对应的。而main.o和hello.o则分别依赖于各自的源代码.c文件和hello.h头文件,并利用gcc -c执行编译。 main: main.o hello.o
gcc -o main main.o hello.o main.o: main.c hello.h
gcc -c main.c -o main.o hello.o: hello.c hello.h
gcc -c hello.c -o hello.o 1.2 实现原理
Make看似非常智能,其实它的原理就像其语法规则一样简单。 确定目标:如果没有指明,则执行最终目标,即第一个规则的目标
处理变量和规则:替换变量,推导隐式规则(下一节会学习)
生成依赖关系链:为所有目标生成依赖关系链
递归构建:从依赖链的底部向上,根据先决条件会有三种情况:
4.1 先决条件不存在,则执行规则中的命令
4.2 先决条件存在,且至少一个比目标“更新”,则执行规则中的命令重新生成
4.3 先决条件存在,且都比目标“更旧”, 则什么都不做
了解了Make的原理,就看一下我们的示例项目Make的执行过程。可以看到,Make以第一个目标main作为构建目标,从关系链底部的main.o和hello.o开始构建,最终生成了可执行文件main。接下来就执行main,可以看到控制台输出了”Hello, Make!”,证明我们构建成功了! cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
gcc -c main.c -o main.o
gcc -c hello.c -o hello.o
gcc -o main main.o hello.o cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ ./main
Hello, Make! 再次执行make会看到“‘main’ is up to date.”的提示,说明Make检测到了没有发生任何修改。如果我们做一点改动,例如修改以下sayHello()函数中的输出,再执行Make就能看到hello.o和main被重新构建,而main.o规则的命令没有被执行。 cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
make: 'main' is up to date. cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
gcc -c hello.c -o hello.o
gcc -o main main.o hello.o cdai@vm /syspace/-ccpp/-pragmatic/build-tool/make $ ./main
Hello111, Make! .Make进阶
2.1 变量
在Makefile中,我们可以用变量来替换重复出现在先决条件或动作中的字符串。例如,对于前面我们的示例Makefile,最明显的问题就是gcc和main目标依赖的main.o和hello.o出现了多次,我们可以用变量将它们提取出来。同样地,我们也经常将链接和编译选项做成变量。 LD = gcc
CC = gcc
CFLAGS = -Wall
OBJECTS = main.o hello.o all: main main: $(OBJECTS)
$(LD) -o main $(OBJECTS) main.o: main.c hello.h
$(CC) $(CFLAGS) -c $< -o $@ hello.o: hello.c hello.h
$(CC) $(CFLAGS) -c hello.c -o hello.o 执行一下make可以看到效果,我们提取出来的变量在执行之前都被替换到了正确的位置。 cdaih@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
gcc -Wall -c main.c -o main.o
gcc -Wall -c hello.c -o hello.o
gcc -o main main.o hello.o 2.2 隐式规则
使用Make编译.c源文件时,规则的命令和先决条件都可以简化,对于命令,我们不用明确指出,Make能够自动将.c编译成.o;对于先决条件,Make还会自动寻找.o对应的.c源文件,我们只需给出头文件即可。 LD = gcc
OBJECTS = main.o hello.o all: main main: $(OBJECTS)
$(LD) -o main $(OBJECTS) main.o: hello.h
hello.o: hello.h 我们将main.o和hell.o的规则都做了简化,执行一下可以看到Make自动执行了cc -c,并根据目标找到了对应的源文件main.c和hello.c。 cdaih@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
cc -c -o main.o main.c
cc -c -o hello.o hello.c
gcc -o main main.o hello.o 2.3 模式规则
隐式规则虽然很方便,但有时我们还想自己控制规则,这时我们可以使用模式规则。老Make支持.c.o这种规则定义,而新Make一般推荐使用模式规则,因为它支持模式匹配,更灵活、更强大!例如,我们定义目标名匹配%.o和先决条件匹配%.c的话,就执行编译命令。这样main.o和hello.o被简化的同时,我们还对其进行了精确的控制。 LD = gcc
CC = gcc
CFLAGS = -Wall
OBJECTS = main.o hello.o %.o: %.c
$(CC) $(CFLAGS) -c $< -o $@ all: main main: $(OBJECTS)
$(LD) -o main $(OBJECTS) main.o: main.c hello.h
hello.o: hello.c hello.h 执行一下看看效果。 cdaih@vm /syspace/-ccpp/-pragmatic/build-tool/make $ make
gcc -Wall -c main.c -o main.o
gcc -Wall -c hello.c -o hello.o
gcc -o main main.o hello.o .Makefile生成工具
Make的流行也带动起一批自动生成Makefile的工具,目的就是进一步减轻项目构建中的工作量,让我们程序员全身心投入到开发之中。在这些工具中,不得不提Automake和CMake。 3.1 Automake
Automake其实是一系列工具集Autotools中的一员,要想发挥Automake的威力,需要配合使用Autotools中的其他工具,例如autoscan、aclocal、autoconf和autoheader。在下面的Automake构建流程中,能看到这些工具的身影。 autoscan:生成configure.scan
configure.in:将configure.scan重命名为configure.in后,修改内容。重点是AM_INIT_AUTOMAKE和AC_CONFIG_FILES两项,如果没配置的话,下一步的aclocal是无法产生aclocal.m4的
aclocal:生成aclocal.m4
autoconf:生成configure
autoheader:生成config.h.in,使程序可移植
Makefile.am:手动编写Makefile.am。bin_PROGRAMS指定最终生成可执行文件的名称,helloworld_SOURCES指定所有源文件
NEWS AUTHORS README ChangeLog:手动创建
automake:执行automake -a生成Makefile.in
configure:执行./configure生成Makefile
# Step :
[root@vm automaketest]# autoscan # Step :
[root@vm automaketest]# mv configure.scan configure.in
[root@vm automaketest]# cat configure.in
# -*- Autoconf -*-
# Process this file with autoconf to produce a configure script. AC_PREREQ([2.63])
AC_INIT(main, 1.0)
AM_INIT_AUTOMAKE(main, 1.0)
AC_CONFIG_SRCDIR([main.c])
AC_CONFIG_HEADERS([config.h]) # Checks for programs.
AC_PROG_CC # Checks for libraries. # Checks for header files. # Checks for typedefs, structures, and compiler characteristics. # Checks for library functions. AC_CONFIG_FILES([Makefile])
AC_OUTPUT # Step :
[root@vm automaketest]# aclocal # Step :
[root@vm automaketest]# autoconf # Step :
[root@vm automaketest]# autoheader # Step :
[root@vm automaketest]# cat Makefile.am
bin_PROGRAMS=main
main_SOURCES=main.c hello.c # Step :
[root@vm automaketest]# touch NEWS README AUTHORS ChangeLog # Step :
[root@vm automaketest]# automake -a
configure.in:: installing './install-sh'
configure.in:: installing './missing'
Makefile.am: installing './INSTALL'
Makefile.am: installing './COPYING' using GNU General Public License v3 file
Makefile.am: Consider adding the COPYING file to the version control system
Makefile.am: for your code, to avoid questions about which license your project uses.
Makefile.am: installing './depcomp' # Step :
[root@BC-VM-edce4ac67d304079868c0bb265337bd4 automaketest]# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands 这样Makefile就生成好了,看一下当前目录发现已经这么多文件了!如果想清理一下怎么办呢?其实Automake早为我们想好了,它生成的Makefile功能很多:
+ make:编译源代码,生成目标文件
+ make clean:清理之前make产生的临时文件
+ make install:将编译好的可执行文件安装到系统目录,一般为/usr/local/bin
+ make dist:生成软件发布包,将可执行文件及相关文件打包成”PACKAGE-VERSION.tar.gz”的tarball。其中PACKAGE和VERSION可以在configure.in中通过AM_INIT_AUTOMAKE(PACKAGE, VERSION)定义。对于我们的例子,执行后会生成main-1.0.tar.gz
+ make distcheck:查看发布包是否正确,解压开执行configure和make来确认
+ make distclean:不仅将make产生的文件,同时将configure生成的文件也都删除,包括Makefile [root@vm automaketest]# make dist
{ test ! -d "main-1.0" || { find "main-1.0" -type d ! -perm - -exec chmod u+w {} ';' && rm -fr "main-1.0"; }; }
test -d "main-1.0" || mkdir "main-1.0"
test -n "" \
|| find "main-1.0" -type d ! -perm - \
-exec chmod u+rwx,go+rx {} \; -o \
! -type d ! -perm - -links -exec chmod a+r {} \; -o \
! -type d ! -perm - -exec chmod a+r {} \; -o \
! -type d ! -perm - -exec /bin/sh /root/Temp/automaketest/install-sh -c -m a+r {} {} \; \
|| chmod -R a+r "main-1.0"
tardir=main-1.0 && /bin/sh /root/Temp/automaketest/missing --run tar chof - "$tardir" | GZIP=--best gzip -c >main-1.0.tar.gz
{ test ! -d "main-1.0" || { find "main-1.0" -type d ! -perm - -exec chmod u+w {} ';' && rm -fr "main-1.0"; }; } [root@vm automaketest]# tree -L
.
├── aclocal.m4
├── AUTHORS
├── autom4te.cache
├── autoscan.log
├── ChangeLog
├── config.h
├── config.h.in
├── config.log
├── config.status
├── configure
├── configure.in
├── COPYING -> /usr/share/automake-1.11/COPYING
├── depcomp -> /usr/share/automake-1.11/depcomp
├── hello.c
├── hello.h
├── INSTALL -> /usr/share/automake-1.11/INSTALL
├── install-sh -> /usr/share/automake-1.11/install-sh
├── main.c
├── main-1.0.tar.gz
├── Makefile
├── Makefile.am
├── Makefile.in
├── missing -> /usr/share/automake-1.11/missing
├── NEWS
├── README
└── stamp-h1 directory, files [root@vm automaketest]# make distclean
test -z "main" || rm -f main
rm -f *.o
rm -f *.tab.c
test -z "" || rm -f
test . = "." || test -z "" || rm -f
rm -f config.h stamp-h1
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
rm -f config.status config.cache config.log configure.lineno config.status.lineno
rm -rf ./.deps
rm -f Makefile 测试一下,看看Automake生成的Makefile是否能正常工作。 [root@vm automaketest]# make
make all-am
make[]: Entering directory '/root/Temp/automaketest'
gcc -DHAVE_CONFIG_H -I. -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.c
mv -f .deps/main.Tpo .deps/main.Po
gcc -DHAVE_CONFIG_H -I. -g -O2 -MT hello.o -MD -MP -MF .deps/hello.Tpo -c -o hello.o hello.c
mv -f .deps/hello.Tpo .deps/hello.Po
gcc -g -O2 -o main main.o hello.o
make[]: Leaving directory '/root/Temp/automaketest' [root@vm automaketest]# ./main
Hello, Make! 3.2 CMake
前面我们已经见识了Automake的强大和复杂。现在我们重新用CMake生成Makefile,Automake中的9步被压缩到了只需要2步! 编写CMakeLists.txt
执行cmake .
3.2. CMakeLists.txt
对于我们示例中这种简单的项目,CMakeLists.txt简单得不能再简单了。指定好项目名称和最终生成的可执行文件名称后,就完成了! # CMake 最低版本号要求
cmake_minimum_required (VERSION 2.8) # 项目信息
project (main) # 查找当前目录下的所有源文件
# 并将名称保存到 DIR_SRCS 变量
aux_source_directory(. DIR_SRCS) # 指定生成目标
add_executable(main ${DIR_SRCS}) 3.2. cmake
现在执行cmake .就能得到一个CMake为我们自动生成的Makefile。这个Makefile比我们手写的要复杂得多,这里就不深入分析了。除了Makefile外,CMake还产生了一些缓存文件和临时文件,目前还不清楚具体是做什么的。 [root@vm cmaketest]# cmake .
-- The C compiler identification is GNU 4.4.
-- The CXX compiler identification is GNU 4.4.
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Configuring done
-- Generating done
-- Build files have been written to: /root/Temp/cmaketest [root@vm cmaketest]# tree -L
.
├── CMakeCache.txt
├── CMakeFiles
├── cmake_install.cmake
├── CMakeLists.txt
├── hello.c
├── hello.h
├── main.c
└── Makefile directory, files [root@vm cmaketest]# make
Scanning dependencies of target main
[ %] Building C object CMakeFiles/main.dir/main.c.o
[%] Building C object CMakeFiles/main.dir/hello.c.o
Linking C executable main
[%] Built target main
附:参考资料
make官方手册
https://www.gnu.org/software/make/manual/html_node/index.html#SEC_Contents
make学习记录
http://www.cnblogs.com/machine/archive/2012/11/21/2781508.html
CMake入门实战
https://www.hahack.com/codes/cmake/
使用autotools生成makefile文件入门
http://www.cnblogs.com/flatfoosie/archive/2010/12/21/1912946.html
automake/autoconf入门
https://blog.csdn.net/guomei/article/details/7315510
---------------------
作者:cdai
来源:CSDN
原文:https://blog.csdn.net/dc_726/article/details/48978849
版权声明:本文为博主原创文章,转载请附上博文链接!