`
cuiyadll
  • 浏览: 204838 次
文章分类
社区版块
存档分类
最新评论

makefile参数详解

阅读更多

一般情况下,我们习惯直接使用cc编译程序,实际上AIX的C/C++编译器还提供了其他的使用方法,如后缀为_r就有xlc_r、xlC_r,这里我们做一个完整的介绍。

AIX平台上缺省的C++编译器为xlC,而C的编译器有三个:

cc: 这是最习惯用的,扩展模式的C编译器
xlc: ANSI C编译器,使用UNIX的头文件
c89: ANSI C编译器,使用ANSI头文件

具体选择何种编译器,需根据程序的情况来选择,一般我们可以使用cc。另外,还有一些后缀供我们选择,结合以上的基本编译器,给我们提供了更大的选择范围,如下:

_r 连接UNIX98标准线程库
_r4 连接POSIX Draft4(DCE)标准线程库
_r7 连接POSIX Draft7标准线程库
128 Double型类型为128位并使用连接相关的库
128_r Double类型为128位并使用UNIX98线程库
128_r4 Double类型为128为并使用连接POSIX Draft4线程库
128_r7 Double类型为128位并使用连接POSIX Draft7线程库


另外,UNIX98已经兼容涵盖了UNIX95、POSIX标准的内容,所以,如果程序中使用到线程函数,只许增加后缀_r就可以了。举例说,编译连接ANSI C并使用POSIX线程库,可以使用xlc_r编译器,当然也可以使用xlc -lpthread的形式。

 

install 命令

用途

安装命令。

语法

/usr/bin/install [- c DirectoryA] [- f DirectoryB] [- i] [- m] [- M Mode] [- O Owner] [- G Group] [- S] [- n DirectoryC] [- o] [- s] File [Directory ... ]

描述

install 命令在文件系统中一个特定的地方安装一个特定文件。它经常在 makefile 中使用。当替换文件时,install 命令拷贝(或移动)每个文件到一个适当的的目录,因此根据 cpmv 命令行为保留原始所有者和许可权。会进行将目的地更改为 bin 所有者和 bin 组的尝试。-O Owner-G Group 标志可用来指定不同的所有者或组。install 命令写一个消息告诉您它在替换或创建哪些文件以及它们进行到了哪里。

如果想用 -O-G 标志来指定安装的文件的所有权,您必须是个超级用户。

如果不指定 Directory 参数,install 命令在一组缺省目录(按/usr/bin/etc/usr/lib 顺序)下搜索具有和 File 参数相同名字的文件。第一次发现一个文件时,它用 File 覆盖它,并发出一个消息表示它已经这样做了。如果没有匹配发现,install 命令发出一个消息告诉您没有匹配项,然后退出而不做进一步的操作。如果 File 参数 在当前目录下不存在,install 命令显示一个错误消息并退出返回非零值。

如果在命令行中指定了任何目录, install 命令在搜索缺省目录前搜索它们。

标志

-c DirectoryA 仅当那个文件在 DirectoryA 变量中已经不存在时,在那里安装一个新的命令文件。如果它在那里发现一个 File 的副本,它发出一个消息并退出,同时并不覆盖这个文件。这个标志可单独使用也可与 -s -M -O -G-S 标志一起使用。
-f DirectoryB 强制 File 文件安装在 DirectoryB 目录,不管 File 是否已存在。如果正在安装的文件已经不存在,这个命令把新文件的许可权代码和所有者分别设为 755bin。这个标志可单独使用也可与 -o-s、-M、-O、-G-S 标志一起用。
-G Group 为目标文件指定一个不同的组。缺省组是 bin
-i 忽略缺省目录列表并仅在命令行中指定的那些目录中搜索。这个标志不能与 -c、 -f-m 标志一起使用。
-m 移动 File 参数到目录而不是复制它。不能与 -c-f -i-n 标志一起使用。
-M 方式 指定目的地文件的方式。
-n DirectoryC 如果 File 参数不在任何搜索过的目录中时,在 DirectoryC 变量中安装它,并把文件的许可权和所有者分别设为 755bin。这个标志不能与 -c-f-m 标志一起使用。
-o 通过复制到同一目录中名为 OLD File 的文件,保存 File 参数的旧拷贝。这个标志不能与 -c 标志一起使用。
-O Owner 指定目的地文件的不同所有者。缺省所有者是 bin
-s 禁止显示除错误消息外的所有消息。
-S 导致这个二进制文件在安装后被分条化。

 

2.         gcc与g++常用参数介绍:
1)         -E
? -E选项指示编译器仅对输入文件进行预处理。当这个选项被使用时,预处理器的输出被送到标准输出而不是储存在文件里。

 

2)         -S
? -S选项告诉GCC在为C代码产生了汇编语言文件后停止编译。GCC产生的汇编语言文件的缺省扩展名是.s。

 

3)         -c
? -c选项告诉GCC仅把源代码编译为目标代码。缺省时GCC建立的目标代码文件有一个.o的扩展名。

 

4)         -o
? -o选项来为将产生的可执行文件用指定的文件名。

 

5)         -O
? -O选项告诉GCC对源代码进行基本优化,这些优化在大多数情况下都会使程序执行的更快,优化分为4个等级(-O0,-O1,-O2,-O3)。
-O0表示没有优化。
-O1为缺省值,主要进行跳转和延迟退栈两种优化。
-O2除了完成-O1的优化之外,还进行一些额外的指令调整工作。
-O3除了完成-O2的优化之外,还进行包括循环展开和其他一些与处理特性相关的优化工作。

 

6)         -x
? 设定文件编译所使用的语言,使后缀名无效。

 

7)         -C
? 在预处理的时候,不删除注释信息。

 

8)         -M
? 生成文件关联信息。包含目标文件所依赖的所有源代码。

 

 

关键词: Make宏定义 Make传递宏定义 Makefile中添加宏定义 Makefile -D

在Makefile中我们可以通过宏定义来控制源程序的编译。只要在Makefile中的CFLAGS中通过选项-D来指定你于定义的宏即可。

如:
CFLAGS += -D _YUQIANG
在编译的时候加上此选项就可以了: $(CC) $(CFLAGS) $^ -o $@

例:

-D_LARGE_FILES:相当于 #define _LARGE_FILES

 

上例子:

all:gao
    @echo "final"
.DEFAULT:
  @echo "In default"
        

由于 gao 是一个前提条件,但是 makefile中没有一个名字为 gao的目的。

所以符合 .DEFAULT 目的的执行条件。

故执行结果为:

In default

final

完毕

 

-o选项我们已经知道了,表示我们要求输出的可执行文件名。

-c选项表示我们只要求编译器输出目标代码,而不必要输出可执行文件。

-g选项表示我们要求编译器在编译的时候提供我们以后对程序进行调试的信息。

 

makefile下$(wildcard $^),$^,$@,$?,$<,$(@D),$(@F)代表的不同含义

$(filter-out $(PHONY) $(wildcard $^),$^)
常用用法为$(wildcard *.c)
表示列举当前目录下的所有.c文件
这里$^因为会包含依赖的文件名,如果包含的该文件存在,那么将返回其含路径的文件名
所以$(wildcard $^)就是用来过滤$^包含的所有文件并且该文件确实在本地存在.

自动化变量$?代表依赖文件列表中被改变过的所有文件。
自动化变量$^代表所有通过目录搜索得到的依赖文件的完整路径名(目录 + 一般文件名)列表。
自动化变量$@代表规则的目标。
自动化变量$<代表规则中通过目录搜索得到的依赖文件列表的第一个依赖文件。
自动化变量$(@D)

 

 

 

这篇文章介绍在LINUX下进行C语言编程所需要的基础知识。在这篇文章当中,我们将会学到以下内容:

源程序编译

Makefile的编写

程序库的链接

程序的调试

头文件和系统求助



1.源程序的编译

在Linux下面,如果要编译一个C语言源程序,我们要使用GNU的gcc编译器。 下面我们以一个实例来说明如何使用gcc编译器。

假设我们有下面一个非常简单的源程序(hello.c):

int main(int argc,char **argv)

{

printf("Hello Linux\n");

}

要编译这个程序,我们只要在命令行下执行:

gcc -o hello hello.c

gcc 编译器就会为我们生成一个hello的可执行文件。执行./hello就可以看到程序的输出结果了。命令行中 gcc表示我们是用gcc来编译我们的源程序,-o 选项表示我们要求编译器给我们输出的可执行文件名为hello 而hello.c是我们的源程序文件。

gcc编译器有许多选项,一般来说我们只要知道其中的几个就够了。 -o选项我们已经知道了,表示我们要求输出的可执行文件名。 -c选项表示我们只要求编译器输出目标代码,而不必要输出可执行文件。 -g选项表示我们要求编译器在编译的时候提供我们以后对程序进行调试的信息。

知道了这三个选项,我们就可以编译我们自己所写的简单的源程序了,如果你想要知道更多的选项,可以查看gcc的帮助文档,那里有着许多对其它选项的详细说明。

2.Makefile的编写

假设我们有下面这样的一个程序,源代码如下:

/* main.c */

#include "mytool1.h"

#include "mytool2.h"

int main(int argc,char **argv)

{

mytool1_print("hello");

mytool2_print("hello");

}

/* mytool1.h */

#ifndef _MYTOOL_1_H

#define _MYTOOL_1_H

void mytool1_print(char *print_str);

#endif

/* mytool1.c */

#include "mytool1.h"

void mytool1_print(char *print_str)

{

printf("This is mytool1 print %s\n",print_str);

}

/* mytool2.h */

#ifndef _MYTOOL_2_H

#define _MYTOOL_2_H

void mytool2_print(char *print_str);

#endif

/* mytool2.c */

#include "mytool2.h"

void mytool2_print(char *print_str)

{

printf("This is mytool2 print %s\n",print_str);

}

当然由于这个程序是很短的我们可以这样来编译

gcc -c main.c

gcc -c mytool1.c

gcc -c mytool2.c

gcc -o main main.o mytool1.o mytool2.o

这样的话我们也可以产生main程序,而且也不时很麻烦。但是如果我们考虑一下如果有一天我们修改了其中的一个文件(比如说mytool1.c)那么我们 难道还要重新输入上面的命令?也许你会说,这个很容易解决啊,我写一个SHELL脚本,让她帮我去完成不就可以了。是的对于这个程序来说,是可以起到作用 的。但是当我们把事情想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一个一个的去编译?

为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make。我们只要执行以下make,就可以把上面的问题解决掉。在我们执行make之 前,我们要先编写一个非常重要的文件。--Makefile。对于上面的那个程序来说,可能的一个Makefile的文件是:

# 这是上面那个程序的Makefile文件

main:main.o mytool1.o mytool2.o

gcc -o main main.o mytool1.o mytool2.o

main.o:main.c mytool1.h mytool2.h

gcc -c main.c

mytool1.o:mytool1.c mytool1.h

gcc -c mytool1.c

mytool2.o:mytool2.c mytool2.h

gcc -c mytool2.c

有了这个Makefile文件,不过我们什么时候修改了源程序当中的什么文件,我们只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其它的文件她连理都不想去理的。

下面我们学习Makefile是如何编写的。

在Makefile中也#开始的行都是注释行.Makefile中最重要的是描述文件的依赖关系的说明。一般的格式是:

target:components

TAB rule

第一行表示的是依赖关系。第二行是规则。

比如说我们上面的那个Makefile文件的第二行

main:main.o mytool1.o mytool2.o

表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o mytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命令。就象我们的上面那个Makefile第三行所说的一样要执行 gcc -o main main.o mytool1.o mytool2.o 注意规则一行中的TAB表示那里是一个TAB键

Makefile有三个非常有用的变量。分别是$@,$^,$<代表的意义分别是:

$@--目标文件,$^--所有的依赖文件,$<--第一个依赖文件。

如果我们使用上面三个变量,那么我们可以简化我们的Makefile文件为:

# 这是简化后的Makefile

main:main.o mytool1.o mytool2.o

gcc -o $@ $^

main.o:main.c mytool1.h mytool2.h

gcc -c $<

mytool1.o:mytool1.c mytool1.h

gcc -c $<

mytool2.o:mytool2.c mytool2.h

gcc -c $<

经过简化后我们的Makefile是简单了一点,不过人们有时候还想简单一点。这里我们学习一个Makefile的缺省规则

.c.o:

gcc -c $<

这个规则表示所有的 .o文件都是依赖与相应的.c文件的。例如mytool.o依赖于mytool.c这样Makefile还可以变为:

# 这是再一次简化后的Makefile

main:main.o mytool1.o mytool2.o

gcc -o $@ $^

.c.o:

gcc -c $<

好了,我们的Makefile 也差不多了,如果想知道更多的关于Makefile规则可以查看相应的文档。

3.程序库的链接

试着编译下面这个程序

/* temp.c */

#include

int main(int argc,char **argv)

{

double value;

printf("Value:%f\n",value);

}

这个程序相当简单,但是当我们用 gcc -o temp temp.c 编译时会出现下面所示的错误。

/tmp/cc33Kydu.o: In function `main':

/tmp/cc33Kydu.o(.text+0xe): undefined reference to `log'

collect2: ld returned 1 exit status

出现这个错误是因为编译器找不到log的具体实现。虽然我们包括了正确的头文件,但是我们在编译的时候还是要连接确定的库。在Linux下,为了使用数学 函数,我们必须和数学库连接,为此我们要加入 -lm 选项。 gcc -o temp temp.c -lm这样才能够正确的编译。也许有人要问,前面我们用printf函数的时候怎么没有连接库呢?是这样的,对于一些常用的函数的实现,gcc编译器会自 动去连接一些常用库,这样我们就没有必要自己去指定了。有时候我们在编译程序的时候还要指定库的路径,这个时候我们要用到编译器的 -L选项指定路径。比如说我们有一个库在 /home/hoyt/mylib下,这样我们编译的时候还要加上 -L/home/hoyt/mylib。对于一些标准库来说,我们没有必要指出路径。只要它们在起缺省库的路径下就可以了。系统的缺省库的路径/lib /usr/lib /usr/local/lib 在这三个路径下面的库,我们可以不指定路径。

还有一个问题,有时候我们使用了某个函数,但是我们不知道库的名字,这个时候怎么办呢?很抱歉,对于这个问题我也不知道答案,我只有一个傻办法。首先,我 到标准库路径下面去找看看有没有和我用的函数相关的库,我就这样找到了线程(thread)函数的库文件(libpthread.a)。 当然,如果找不到,只有一个笨方法。比如我要找sin这个函数所在的库。 就只好用 nm -o /lib/*.so|grep sin>~/sin 命令,然后看~/sin文件,到那里面去找了。在sin文件当中,我会找到这样的一行libm-2.1.2.so:00009fa0 W sin 这样我就知道了sin在 libm-2.1.2.so库里面,我用 -lm选项就可以了(去掉前面的lib和后面的版本标志,就剩下m了所以是 -lm)。 如果你知道怎么找,请赶快告诉我,我回非常感激的。谢谢!

4.程序的调试

我们编写的程序不太可能一次性就会成功的,在我们的程序当中,会出现许许多多我们想不到的错误,这个时候我们就要对我们的程序进行调试了。

最常用的调试软件是gdb.如果你想在图形界面下调试程序,那么你现在可以选择xxgdb.记得要在编译的时候加入 -g选项.关于gdb的使用可以看gdb的帮助文件。由于我没有用过这个软件,所以我也不能够说出如何使用。不过我不喜欢用gdb.跟踪一个程序是很烦的 事情,我一般用在程序当中输出中间变量的值来调试程序的。当然你可以选择自己的办法,没有必要去学别人的。现在有了许多IDE环境,里面已经自己带了调试 器了。你可以选择几个试一试找出自己喜欢的一个用。

5.头文件和系统求助

有时候我们只知道一个函数的大概形式,不记得确切的表达式,或者是不记得着函数在那个头文件进行了说明。这个时候我们可以求助系统。

比如说我们想知道fread这个函数的确切形式,我们只要执行 man fread 系统就会输出着函数的详细解释的。和这个函数所在的头文件说明了。 如果我们要write这个函数的说明,当我们执行man write时,输出的结果却不是我们所需要的。 因为我们要的是write这个函数的说明,可是出来的却是write这个命令的说明。为了得到write的函数说明我们要用 man 2 write. 2表示我们用的write这个函数是系统调用函数,还有一个我们常用的是3表示函数是C的库函数。

记住不管什么时候,man都是我们的最好助手。

分享到:
评论

相关推荐

    Make和Makefile详解

    #### 四、Make命令参数详解 - **-b 或 --no-builtin-rules**: 忽略内置规则。 - **-B 或 --always-make**: 强制使所有目标都看起来过时,以确保重新编译。 - **-C &lt;dir&gt; 或 --directory=**: 指定 Makefile 所在的...

    makefile详解中文版-详细描写makefile语法

    Makefile 详解中文版 Makefile 是一种自动构建工具,广泛应用于 Unix 和 Linux 系统中。GNU Make 是一个功能强大且广泛使用的 Make 实现,提供了详细的文档和手册。下面是 Makefile 的详细解释: Make 概述 Make...

    uboot1.1.6顶层makefile详解

    ### U-Boot 1.1.6顶层Makefile详解 U-Boot(Universal Boot Loader)是一种广泛应用于嵌入式系统的启动加载程序。它支持多种处理器架构,并具备丰富的功能特性,如网络启动、串口控制台等。对于U-Boot源码的理解与...

    gcc 和makefile 详解

    GNU Make 的主要工作是读进一个文本文件, makefile 。这个文件里主要是有关哪些文件 (‘target’目的文件)是从哪些别的 文件(‘dependencies’依靠文件)中产 生的,用什么命令 ... [参数详解]

    U-BOOT中MAKEFILE详解

    ### U-Boot中Makefile详解 #### 一、引言 U-Boot(Universal Boot Loader)是一个开源项目,用于各种嵌入式系统平台上的启动加载程序。它支持多种处理器架构,如ARM、PowerPC等,并且能够适应各种硬件平台的需求。...

    LinuxUnix环境下的Make和Makefile详解.pdf

    ### Linux/Unix环境下的Make和Makefile详解 #### 一、Make工具简介 在Linux或Unix环境下,Make是一个极其重要的工具,广泛应用于项目开发和软件安装过程中。它可以帮助开发者高效地管理和编译复杂的项目,尤其是当...

    Makefile讲解的很全面很详细

    ### Makefile详解与实践 #### 第一部分:概述 **Makefile**是一种用于自动化构建过程的脚本语言,广泛应用于软件开发领域。通过定义一系列规则,Makefile能够根据文件的依赖关系来决定哪些文件需要重新编译,从而...

    makefile的详解.docx

    ### Makefile详解与实践 #### 一、Makefile概览 Makefile 是一种用于定义编译规则和构建过程的文件,广泛应用于各种编程环境中,尤其是 Unix 和类 Unix 系统中。它允许开发者通过简单的文本文件来管理项目的构建...

    MTK makefile解析

    ### MTK Makefile解析 #### 一、MTK Makefile概览 MTK(MediaTek Inc.)是一家全球领先的无晶圆厂半导体公司,在移动通信、数字电视、无线连接技术等多个领域提供芯片组解决方案。在MTK的功能手机开发过程中,...

    MakeFile编程详解

    ### MakeFile编程详解 #### 重要知识点概览 1. **MakeFile的规则与工作原理** - 规则解析:MakeFile的核心在于定义规则,包括目标文件、依赖文件以及生成目标所需的命令。 - 工作流程:make工具读取MakeFile文件...

    u-boot makefile 分析

    在这个例子中,参数`arm arm920t mini2440 NULL s3c24x0`分别代表处理器类型、CPU型号、板型、无额外配置和SoC型号。这个过程生成了针对mini2440板子的配置文件,为后续的编译过程提供了必要的信息。 3. **Makefile...

    Linux内核Makefile分析

    这些规则包含了编译选项、链接器参数等。 3. **变量**:Makefile使用变量来存储通用信息,如编译器路径、编译选项等,以实现代码复用和灵活性。 4. **宏和函数**:内核Makefile使用了许多预定义的宏和函数,它们...

    make和Makefile详解 一起写Makefile

    运行Make命令时,可以添加不同的参数来调整其行为。例如: - `-f`用于指定Makefile文件的位置,如`make -f mymakefile`。 - `-i`使Make忽略编译错误,继续执行后续步骤。 - `-s`使得Make在执行命令时不显示命令本身...

    Makefile详解_.zip

    通过解析Makefile,`make`能够自动跟踪依赖关系,只重新编译修改过的文件,节省了大量时间。 二、Makefile的基本结构 一个基本的Makefile通常包含目标(target)、依赖项(dependency)和命令(command)。目标通常...

    万能makefile写法详解,一步一步写一个实用的makefile

    第一行,set -e表示,如果某个命令的返回参数非0,那么整个程序立刻退出。 rm -f用来删除上一次make时生成的.d文件,因为现在要重新生成这个.d,老的可以删除了(不删也可以)。 第二行:前面临时文件是用固定的.d....

    Linux makefile 教程 非常详细,且易懂.docx

    Linux Makefile 教程详解 Linux Makefile 是一个自动化编译工具,广泛应用于 C/C++ 项目的编译和构建过程中。Makefile 的作用是自动地生成目标文件,自动地检查依赖关系,并自动地选择合适的编译命令。下面是 Linux...

    Makefile手册中文版

    #### 二、Makefile规则详解 - **规则格式**:Makefile 规则由目标(Target)、依赖项(Prerequisites)和命令(Commands)三部分组成。 - **依赖关系**:依赖项可以是文件或其他目标,当依赖项发生变化时,make 将...

    Makefile详解

    ### Makefile详解:构建自动化与项目管理的核心工具 在软件开发领域,Makefile扮演着一个极其重要的角色,它是实现构建过程自动化、优化编译流程、提高开发效率的关键工具。本文将深入探讨Makefile的基本概念、结构...

    KBuild MakeFile介绍.doc

    KBuild系统通过解析一系列的Makefile文件,包括Kernel Makefile、Kbuild Makefile以及ARCH Makefile,来决定编译内核或模块的具体步骤和配置。 Kernel Makefile,即位于内核源码顶层目录的Top Makefile,主要负责...

    make和makefile详解

    同时,`make`还支持并行构建,通过`-j`参数指定同时运行的任务数量,进一步提升构建速度。 在实际项目中,`makefile`通常会包含多个目标,每个目标可能对应不同的编译阶段,如预处理、编译、链接等。通过合理组织`...

Global site tag (gtag.js) - Google Analytics