Linux程序设计基础_test:prog.o code.o-CSDN博客

本文链接：https://blog.csdn.net/xp55699312/article/details/3992410

Linux程序设计基础
Linux编程风格
根据GNU来编来的。

GNU风格
（1）函数返回类型说明和函数名分两行放置，函数起始字符和函数开头左花括号放到最左边
int
main(void)
{
....
return 0;
}
（2）尽量不要让两个不同优先级的操作符出现在相同的对齐方式中，应该附加额外的括号使用代码缩进可以表示出嵌套。
（3）按照规定方式排版do-while语句。
（4）每个程序都应该以一段简短的说明其功能的注释开头。（在函数名下行通过注释说明）
（5）请为每个函数书写注释，说明函数是做什么的，需要哪些入口参数，参数可能值的含义和用途。如果用了非常见的、非标准备的东西，或者可能导致函数不能工作的任何可能的值，应该进行特殊说明。如果存在重要的返回值，也需要说明。
（6）不要声明多个变时跨行，每一行都以一个新的声明开头。
（7）当一个if中嵌套了别一个if-else时，应用花括号把if-else括起来。
（8）要在同一个声明中同时说明结构标识和变量或者结构标识和类型定义（typedef）。先定义变量，再使用。
（9）尽量避免在if的条件中进行赋值。
（10）请在名字中使用下划线以分割单词，尽量使用小定；把大写字母留给宏和枚举常量，以及根据统一惯例使用的前缀。例如，应该使用类似ignore_space_change_flag的名字；不要使用类似iCantReadThis的名字。

Linux内核编程风格
（1）Linux内核缩进风格是8个字符
（2）Linux内核风格采用K&R标准，将开始的大括号放在一行的最后，而将结束的大括号放在一行的第一位。（可以按自己的风格）。
（3）命名尽量简洁。不应该使用诸如ThisVariableIsA-TemporataryCounter之类的名字。应该命名为tmp，这样容易书写，也不难理解。但是命名全局变量，就应该用描述性命方式，例如应该命“count_active_users()",而不是“cntusr()"。本地变量应该避免过长。

Linux下使用GNU cc开发应用程序

使用GUN cc
gcc可以使程序员灵活地控制编译过程。编译过程一般可以分为下面四个阶段，每个阶段分别调用不同的工具进行处理。

源程序——预处理——编译————汇编————链接——可执行文件
（*.c) 预处理器编译器汇编器连接器

gcc的版本信息
一般来说，系统安装后就已经安装和设定好了gcc。在shell的提示符下键入gccｖ，屏幕上就会显示出目前正在使用的ｇｃｃ版本，同时这可以确定系统反支持的是ELF还是a.out可执行文件格式。

Linux系统中可执行文件有两种格式。第一种格式是a.out格式，这种格式用于早期的Linux系统以及Unix系统的原始格式。a.out来自Unix C编译程序默认的可执行文件名。当使用共享库时。a.out格式就会发生问题。把a.out格试调整为共享库是一种非常复杂的操作，由于这个原因，一种新的文件格式被引入Unix系统5的第四版本和Solaris系统中，它被称为可执行和连接的格式（ELF）。这种格式很容易实现共享库。

使用gcc
gcc [options][filename]
其中filenames为所要编译的程序源文件。
当使用gcc时，gcc会完成预处理、编译、汇编和连接。前三步分别生成目标文件，连接时，把生成的目标文件链接成可执行文件。gcc可以针对支持不同的源程序文件进行不同处理，文件格式以文件的后缀来识别。
-c 只是编译不链接，生成目标文件“.o"
-S 只是编译不汇编，生成汇编代码
-E 只进行预编译，不做其他处理
-g 在可执行程序中包含标准调试信息
-o file 把输出文件输出去file里
-v 打印出编译器内部编译各过程的命令行信息和编译器的版本
-I dir 在头文件的搜索路径列表中添加dir目录
-L dir在库文件的搜索路径列表中添加dir目录
-static 链接静态库
-l library 连接名为library的库文件。

使用优化选项
当用gcc编译C代码时，它会试着用最少的时间完成编译并且使编译后的代码易于调试。易于调试的意味着编译后的代码与源代码有同样的执行次序，编译后的代码没有经过优化。有很多选项可用于告诉gcc，在耗费更多编译时间和牺牲易调试性的基础上，产生更小更快的可执行文件。

这些选项中最典型的是-O和-O2选项
-O选项告诉gcc对源代码进行基本优化，这些优化在大多数情况下都会使程序执行的更快。
-O2选项告诉gcc产生尽可能小和尽可能快的代码。-O2选项将使编译的速度比使用-O时慢，但通常产生的代码执行速度会更快。

Linux程序的调试
gcc支持数种调度和剖析选项。在这些选项里最常用的是-g和-pg选项-g选项告诉gcc产生能被GNU调试器使用的调试信息以便调试程序。gcc提供了一个很多其他C编译器里没有的特性，在gcc里使-g和-O（产生优化代码）连用。这一点非常有用，因为能在与最终产品尽可能相近的情况下调试代码。同时使用这两个选项必须清楚所写的某些代码已经在优化时被gcc作了改动。

使用GNU make编辑makefile
工程管理文件makefile。
准备工作
要使作make，必须编写一个叫做Makefiel的文件，这个文件描述了软件包中文件之间的关系，提供更新每个文件的命令。一般在一个软件包里，通常是可执行文件靠目标文件来更新，目标文件靠编译源文件来更新。

Mamkefile写好之后，每次改变了某些源文件，只要执make命令：
#make
所有必要的重新编译将执行。Make程序利用makefile中的数据和每个文件的最后修改时间来确定那个文件需要更新，对于需要更新的文件，

make程序执徒刑makefile数据中定义的命令来更新。

makefile文件的基本结构
GNU make的主要功能是读进一个文本文件makefile并根据makefile的内容执行一系列的工作。makefile的默认文件名为GNUmakefile、makefile或Makefile，当然也可以在make的命令行中指定别的文件名（-c）。如果不特别指定，make命令在执行时将按顺序查找默认的makefile文件。多数Linux程序员使用第三种文件名Makefile。因为第一个字母是大写，通常被列在一个目录的文件列表最前面。Makefile是一个文本形式的数据库文件，基中包含一些规则来告诉make处理哪些文件以及如何处理这些文件。这些规则主要是描述哪些文件（

称为target目标文件，不要和编译时产生的目标文件相混淆）是从哪些别的文件（称为dependency依赖文件）中产生的，以及什么命令（command)来执行这个过程.依靠这些信息，make会对磁盘上的文件进行检查，如果目标文件的生成

或被改动的时间（称为该文件时间戳）至少比它的一个依赖文件还旧的话，make就执行相应的命令，以更新目标文件。目标文件不一定是最后的可执行文件，可以是任何一个中间文件并可以作为其他目标文件的依赖文件。

一个Makefile文件主要含有一系统的规则，每条规则包含以下内容：
（1）一个目标（target)，即make最终需要创建的文件，如可执行文件和目标文件；目标也可以是要执行的动作，如“clean"
（2）一个或多个依赖文件（dependency)列表，通常是编译目标文件所需要的其他文件。一系列命令（command),是make执行的动作，通常是把指定的相关文件编译成目标文件的编译命令，每个命令占一行，且每个命令行的起始字符必须为TAB字符。

例如，以下的Makefile文件：
#一个简单的Makefile的例子
#以#开头的为注释行
test prog.o code.o
       gcc -o test prog.o code.o
prog.o:prog.c prog.h code.h
      gcc -c prog.c -o prog.o
code.o:code.c code.h
     gcc -c code.c -o code.o
clean:
    rm -f *.0
上面的Makefile文件中共定义了四个目标：test、progo.o、code.o和clean。目标从每行的最左边开始写，后面跟一个冒号（：），如果有与这个目标有依赖性的其他目标或文件，把它们列在冒号后面，以空格隔开。然后另起一行开始写实现这个目标的一组命令。在Makefile中，可以使用续行号（/)将一个单独的命令行延续成几行。但要注意在续行号（/）后面不能跟任何字符（包括空格和键）。

一般情况下，调用make命令可输入：
#make target
target是Makefile文件中定义的目标之一，如果省略target，make就将生成Makefile文件中定义的第一个目标。对于上面Makefile的例子，单独的一个"make"命令等价于：
#make test
因为test是Makefile文件中定义的第一个目标，make首先将其读入，然后从第一行开如执行，把第一个目标test作为它的最终目标，所有后面的目标的更新都有会影响到test的更新。第一条规则说明只要文件test的时间戳比文件prog.o或code.o中的任何一个旧，下一行的编译命令将会被执行。
但是，在检查文件prog.o和code.o的时间戳之前，make会在下面的行中寻找以prog.o各code.o为目标的规则，在第三行中找到了关于prog.o的规则，该文件的依赖文件是prog.c、prog.h和code.h。同样,make会在后面的规则行中继续查找这些依赖文件的规则，如果找不到，则开始检查这些依赖文件的时间戳，如果这些文件中任何一个的时间戳比prog.o的

新，make将执行"gcc -c prog.c -o prog.o"命令，更新prog.o文件。以同样的方法，接下来对文件code.o做类似的检查，依赖文件是code.c和code.h。当make执行完所有这些套嵌的规则后，make将处理最顶层的test规则。如果关于prog.o和code.o的两个规则中的任何一个被执行，至少其中一.o目标文件就会比test新，那么就要执行test规则中的命令

，因此make去执行gcc命令将prog.o和code.o连接成目标文件test。在上面的Makefile的例子中，还定义了一个目标clean,它是Makefile中常用的一种专用目标，即删除所有的目标模块。现在来扯一下make做的工作：首先make按顺序读取makefile中的规则，然后检查该规则中的依赖文件与目标文件的时间戳哪个更新，如果目标文件的时间戳比依赖文件还早，就按规则中定义的命令更新目标文件。如果该规则中的依赖文件又是其他规则中的目标文件，那么依照规则链不断执行这个过程，直到Makefile文件的结束，至少可以找到一个不是规则生成的最终依赖文件，获得此文件的时间戳，然后从下到上依照规则链执行目标文件的时间戳比些文件时间戳旧的规则，直到最顶层的规则。
通过以上的分析过程，可以看到make的优点，因为.o目标文件依赖.c源文件，源码文件里一个简单改变都会造成那个文件被重新编译，并根据规则链依次由下到上执行编译过程，直到最终的可执行文件被重新连接。例如，当改变一个头文件的时候，由于所有的依赖关系都在Makefile里，因此不再需要记住依赖此头文件物所有源码文件，make可以自动重新编译所有那些因依赖这个头文件而改变了源码文件，如果需要，再进

行重新编译。

Makefile中的变量
Makefile里的变量就像一个环境变量。事实上，环境变量在make中也被解释成make的变量。这些变量对大小敏感，一般使用大写字母。几乎可以从任何地方引用定义的变量，变量的主要作用如下：
（1）保存文件名列表。在前面的例子里，作为依赖文件的一些目标文件名出现在可执行文件的规则中，崦在这个规则的命令行里同样包含这些文件并传递给gcc做为命令参数。如果使用一个变量来保存所有的目标文件名，则可以方便地加入新的目标文件而且不易出错。保存可执行命令名，如编译器。在不同的Linux系统中存在着很多相似的编译器系统，这些系统在某些地方会有细微的差别，如果项目被用一个非gcc的系统里，则必须将所有出现编译器名的地方改成用新的编译器名

。但是如果使用一个变量来代替编译器名，那么只需要改变该变理的值。其他所有地方的命令名就都改变了。
（2）保存编译器的参数。在很多源代码编译时，gcc需要很长的参数选项，在很多情况下，所有的编译命令使用一组相同的选项，如果把这组选项使用一个变量代表，那么可以把这个变量放在所有引用编译器的地主。当要改变选项的时候，只需改变一次这个变量的内容即可。
（3）Makefile中的变量是用一个文本串在Makefile中定义的，这个文本串就是变量的值。只要在一行的开始写下这个变量的名字，后面跟一个“=”号，以及要设定这个变量的值即可定义变量，下面是定义变量的语法：
VARNAME=string
使用时，把变量用括号括起来，并在前面加上$符号，就可以引用变量的值：
${VARNAME}
make解释规则时， VARNAME在等式右端展开为定义它的字符串。变量一般都在Makefile的头部定义。按照惯例，所有的Makefile变量都应该是大写。如果变量的值发生变化，就只需要在一个地方修改，从而简化了Makefile的维护。
现在利用变量把前面的Makefile重写一遍：
OBJS=prog.o code.o
CC=gcc
test:${OBJS}
    ${CC} -o test ${OBJS}
prog.o:prog.c prog.h code.h
    ${CC} -O prog.c -o prog.o
code.o:code.c code.h
    ${CC} -c code.c -o code.o
clean:
    rm -f *.o

另外一个文件
sunq:kang.o yul.o
    gcc kang.o bar.o -o kang.o
kang.o:kang.c kang.h head.h
   gcc -Wall -O -g -c kang.c -o kang.o
yul.o :bar.c head.c
    gcc -Wall -O -g -c yul.c -o yul.o
注：-Wall 编译过程中。所有的报警信息全部打印出来
    -O   优化
    -g   调试信息
    -c   编译成相应的.o文件。
变量替换
OBJS=kang.o yul.o
CC=GCC
CFLAGS=-Wall -O -g
sunq:${OBJS}
    ${CC}$(OBJS) -o sunq
kang.o :kang.c kang.h
     ${CC} ${CFLAGS) -c kang.c -o kang.o
yul.o: yul.c yul.h
   ${CC} ${CFLAGS) -C yul.c - yul.o

除用户自定义的变量外，make还允许使用环境变量、自动变量和预定义变量。使用环境变量的方法很简单，在make启动时，make读取系统当前已定义的环境变量，并且创建与之同名同值的变量，因此用户可以像在shell中一样在Makefile中方便的引用环境变量。需要注意的是，如果用户在Makefile中定义了同名的变量，用户自定义变量将覆盖同名的环境变量。此外，Makefile中还有一些预定义变量和自动变量，但是看起来

并不像自定义变量那样直观。

Makefile的隐含规则
在上面的例子中，几个产生目标文件的命令都是从“.c“的C语言源文件和相关文件通过编译产生”.o“目标文件，这也是一般的步骤。实际上，make可以使工作更加自动化，也就是说，make知道一些默认的动作，它有一些称作隐含规则的内置的规则，这些规则告诉make当用户没有完整地给出某些命令的时候，应该怎样执行。默认把.c编译成.o文件

例如，把生成prog.o和code.o的命令从规则中删除，make将会查找隐含规则，然后会找到并执行一个适当的命令。由于这些命令会使用一些变量，因此可以通过改变这些变量来定制make。象在前面的例子中所定义的那样，make使用变量CC来定义编译器，并且传递变量CFLAGS（编译器参数）、CPPFLAGS（C语言预处理器参数）、TARGET_ARCH（目标机器的结构定义）给编译器，然后加上参数-c，后面跟变量$<（第一个依赖文件名），然后是参数-o加变量$@(目标文件名）。

综上所述，一个C编译的具体命令将会是：
${CC} ${CFLAGS} $ {CPPFLAGE} $ {TARGET_ARCH} -C
$< -o $@
$代表变量。
Makefile中常见自动变量
$< 依赖文件的名称。
$@ 目标文件的完整名称。
$* 不包含扩展名的目标文件名称
$+ 所有的依赖文件，以空格分开，并以出现的先后为序，可能包含重复的依赖文件。
$? 所有时间戳比目标文件晚的依赖文件，并以空格分开。
$^ 所有不重复的依赖文件，以空分开。
$% 如果目标是归档成员，则该变量表示目标的归档成员名称

在上面的例子中，利用隐含规则(默认规则），可以简化为：
OBJS=prog.o code.o
CC=gcc
test:${OBJS}
${CC} -o $@ $^
prog.o:prog.c prog.h code.h
code.o:code.c code.h
clean:
rm -f *.o

调试工具GDB
简介
Linux系统中包含了GNU调试程序gcb,它是一个用来调试C和C++程序的调试器。可以使程序开发都在程序运行时观察程序的内部结构和内存的使用情况。gdb所提供的一些功能如下所示：运行程序，设置所有的能影响程序运行的参数和环境；控制程序在指定的条件下停止运行；当程序停止时，可以检查程序的状态；修改程序的错误，并重新运行程序；动态监视程序中变量的值；可以单执行代码，观察程序的运行状态。

gdb的功能非常强大，到目前为止，GDB已能够支持Moduls-2,Chill，Passcal和FORTRAN程序的调试，但是调试这些语言的源程序时有一些功能还不能使用。例如调试FORTRAN程序时还不支持表达式的输入、输出变量或类FORTRAN的词法。gdb程序调试的对象是可执行文件，而不是程序源代码文件。然而，并不是所有的可执行文件都可以用gdb调试。如果要让产生的可执行文件可以用来调试，需在执行gcc指令编译程序时，加上-g参数，指定程序在编译时包含调试信息。调试信息包含程序里的每个变量的类型和在可执行文件里的地址映射以及源代码的行号。gdb利用这些信息使源代码和机器码