linux编译头文件命令

❶ 在linux中，怎么用gcc编译文件

在终端中输入 gcc 文件名 -o 目标文件名
然后 ./目标文件名 就行了，没有目标文件名，自动存为 a
执行 ./a 就行了。

在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。GCC编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。
GCC最基本的用法是∶gcc [options] [filenames]
其中options就是编译器所需要的参数，filenames给出相关的文件名称。
-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。
-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。
-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。
-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。
-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。
-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是迹行运在预编译过程中使用的参数。C程序中的头文件包含两种情况∶
A)#include <myinc.h>
B)#include “myinc.h”
其中，A类使用尖括号(< >)，B类使用双引号(“ ”)。对于A类，预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件，而B类，预处理程序在目姿梁标文件的文件夹内搜索相应文件。

GCC执行过程示例

示例代码 a.c：
#include <stdio.h>
int main()
{
printf("hello\n");
}
预编译过程：
这个过程处理宏定义和include，并做语法检查。
可以看到预编译后，代码从5行扩带旦展到了910行。
gcc -E a.c -o a.i
cat a.c | wc -l
5
cat a.i | wc -l
910
编译过程：
这个阶段，生成汇编代码。
gcc -S a.i -o a.s
cat a.s | wc -l
59
汇编过程：
这个阶段，生成目标代码。
此过程生成ELF格式的目标代码。
gcc -c a.s -o a.o
file a.o
a.o: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (SYSV), not stripped
链接过程：
链接过程。生成可执行代码。链接分为两种，一种是静态链接，另外一种是动态链接。使用静态链接的好处是，依赖的动态链接库较少，对动态链接库的版本不会很敏感，具有较好的兼容性；缺点是生成的程序比较大。使用动态链接的好处是，生成的程序比较小，占用较少的内存。
gcc a.o -o a
程序运行：
./a
hello
编辑本段
GCC编译简单例子

编写如下代码：
#include <stdio.h>
int main()
{
printf("hello,world!\n");
}
执行情况如下：
gcc -E hello.c -o hello.i
gcc -S hello.i -o hello.s
gcc -c hello.s -o hello.o
gcc hello.c -o hello
./hello
hello,world!

❷ linux中make makefiles这个命令是什么意思

无论是在Linux还是在Unix环境中，make都是一个非常重要的编译命令。不管是自己进行项目开发还是安装应用软件，我们都经常要用到
make或make
install。利用make工具，我们可以将大型的开发项目分解成为多个更易于管理的模块，对于一个包括几百个源文件的应用程序，使用make和
makefile工具就可以简洁明快地理顺各个源文件之间纷繁复杂的相互关系。而且如此多的源文件，如果每次都要键入gcc命令进行编译的话，那对程序员
来说简直就是一场灾难。而make工具则可自动完成编译工作，并且可以只对程序员在上次编译后修改过的部分进行编译。因此，有效的利用make和
makefile工具可以大大提高项目开发的效率。同时掌握make和makefile之后，您也不会再面对着Linux下的应用软件手足无措了。
但令人遗憾的是，在许多讲述Linux应用的书籍上都没有详细介绍这个功能强大但又非常复杂的编译工具。在这里我就向大家详细介绍一下make及其描述文件
makefile。
Makefile文件
Make工具最主要也是最基本的功能就是通过makefile文件来描述源程序之间的相互关系并自动维护编译工作。而makefile 文件需要按照某种语法进行编写，文件
中
需要说明如何编译各个源文件并连接生成可执行文件，并要求定义源文件之间的依赖关系。makefile 文件是许多编译器--包括 Windows NT
下的编译器--维护编译信息的常用方法，只是在集成开发环境中，用户通过友好的界面修改 makefile 文件而已。

在 UNIX 系统中，习惯使用 Makefile 作为 makfile 文件。如果要使用其他文件作为 makefile，则可利用类似下面的 make 命令选项指定 makefile 文件：

$ make -f Makefile.debug

例如，一个名为prog的程序由三个C源文件filea.c、fileb.c和filec.c以及库文件LS编译生成，这三个文件还分别包含自
己的头文件a.h
、b.h和c.h。通常情况下，C编译器将会输出三个目标文件filea.o、fileb.o和filec.o。假设filea.c和fileb.c都要
声明用到一个名为defs的文件，但filec.c不用。即在filea.c和fileb.c里都有这样的声明：

#include "defs"

那么下面的文档就描述了这些文件之间的相互联系:

#It is a example for describing makefile
prog : filea.o fileb.o filec.o
cc filea.o fileb.o filec.o -LS -o prog
filea.o : filea.c a.h defs
cc -c filea.c
fileb.o : fileb.c b.h defs
cc -c fileb.c
filec.o : filec.c c.h
cc -c filec.c

这个描述文档就是一个简单的makefile文件。

从上面的例子注意到，第一个字符为 # 的行为注释行。第一个非注释行指定prog由三个目标文件filea.o、fileb.o和filec.o链接生成。第三行描述了如何从prog所依赖的文件建立可执行文件。接下来的4、6、8行分别指定三个目标文件，以及它们所依赖的.c和.h文件以及defs文件。而5、7、9行则指定了如何从目标所依赖的文
件建立目标。

当filea.c或a.h文件在编译之后又被修改，则 make 工具可自动重新编译filea.o，如果在前后两次编译之间，filea.C 和a.h 均没有被修改，而且 test.o 还存在的话，就没有必要重新编译。这种依赖关系在多源文件的程序编译中尤其重要。通过这种依赖关系的定义，make 工具可避免许多不必要的编译工作。当然，利用 Shell
脚本也可以达到自动编译的效果，但是，Shell 脚本将全部编译任何源文件，包括哪些不必要重新编译的源文件，而 make 工具则可根据目标上一次编译的时间和目标所依赖的源文件的更新时间而自动判断应当编译哪个源文件。

Makefile文件作为一种描述文档一般需要包含以下内容:
◆ 宏定义
◆ 源文件之间的相互依赖关系
◆ 可执行的命令

Makefile中允许使用简单的宏指代源文件及其相关编译信息，在Linux中也称宏为变量。在引用宏时只需在变量前加$符号，但值得注意的是，如果变量名的长度超过一个字符，在引用时就必须加圆括号（）。下面都是有效的宏引用：

$(CFLAGS)
$2
$Z
$(Z)

其中最后两个引用是完全一致的。需要注意的是一些宏的预定义变量，在Unix系统中，$*、$@、$?和$<四个特殊宏的值在执行命令的过程中会发生相应的变化，而在GNU make中则定义了更多的预定义变量。关于预定义变量的详细内容，宏定义的使用可以使我们脱离那些冗长乏味的编译选项，为编写makefile文
件带来很大的方便。

# Define a macro for the object files
OBJECTS= filea.o fileb.o filec.o
# Define a macro for the library file
LIBES= -LS
# use macros rewrite makefile
prog: $(OBJECTS)
cc $(OBJECTS) $(LIBES) -o prog
……

此时如果执行不带参数的make命令，将连接三个目标文件和库文件LS；但是如果在make命令后带有新的宏定义：

make "LIBES= -LL -LS"

则命令行后面的宏定义将覆盖makefile文件中的宏定义。若LL也是库文件，此时make命令将连接三个目标文件以及两个库文件LS和LL。

在Unix系统中没有对常量NULL作出明确的定义，因此我们要定义NULL字符串时要使用下述宏定义：

STRINGNAME=

Make命令
在make命令后不仅可以出现宏定义，还可以跟其他命令行参数，这些参数指定了需要编译的目标文件。其标准形式为：

target1 [target2 …]:[:][dependent1 …][;commands][#…]
[(tab) commands][#…]

方括号中间的部分表示可选项。Targets和dependents当中可以包含字符、数字、句点和"/"符号。除了引用，commands中不能含有"#",也不允许换行。
在通常的情况下命令行参数中只含有一个":"，此时command序列通常和makefile文件中某些定义文件间依赖关系的描述行有关。如果与目标相关连的那些描述行指定了相关的command序列，那么就执行这些相关的command命令，即使在分号和(tab)后面的aommand字段甚至有可能是NULL。如果那些与目标相关连的行没有指定command，那么将调用系统默认的目标文件生成规则。
如果命令行参数中含有两个冒号"::"，则此时的command序列也许会和makefile中所有描述文件依赖关系的行有关。此时将执行那些与目标相关连的描述行所
指向的相关命令。同时还将执行build-in规则。
如果在执行command命令时返回了一个非"0"的出错信号，例如makefile文件中出现了错误的目标文件名或者出现了以连字符打头的命令字符串，make操作一般会就此终止，但如果make后带有"-i"参数，则make将忽略此类出错信号。
Make命本身可带有四种参数：标志、宏定义、描述文件名和目标文件名。其标准形式为：

Make [flags] [macro definitions] [targets]

Unix系统下标志位flags选项及其含义为：
-f file 指定file文件为描述文件，如果file参数为"-"符，那么描述文件指向标准输入。如果没有"-f"参数，则系统将默认当前目录下名为makefile或者名为Makefile的文件为描述文件。在Linux中， GNU make 工具在当前工作目录中按照GNUmakefile、makefile、Makefile的顺序搜索 makefile文件。
-i 忽略命令执行返回的出错信息。
-s 沉默模式，在执行之前不输出相应的命令行信息。

-r 禁止使用build-in规则。

-n 非执行模式，输出所有执行命令，但并不执行。

-t 更新目标文件。
-q make操作将根据目标文件是否已经更新返回"0"或非"0"的状态信息。
-p 输出所有宏定义和目标文件描述。
-d Debug模式，输出有关文件和检测时间的详细信息。
Linux下make标志位的常用选项与Unix系统中稍有不同，下面我们只列出了不同部分：
-c dir 在读取 makefile 之前改变到指定的目录dir。
-I dir 当包含其他 makefile文件时，利用该选项指定搜索目录。
-h help文挡，显示所有的make选项。
-w 在处理 makefile 之前和之后，都显示工作目录。
通过命令行参数中的target ，可指定make要编译的目标，并且允许同时定义编译多个目标，操作时按照从左向右的顺序依次编译target选项中指定的目标文件。如果命令行中没有指定目标，则系统默认target指向描述文件中第一个目标文件。

通常，makefile 中还定义有 clean 目标，可用来清除编译过程中的中间文件，例如：

clean:
rm -f *.o

运行 make clean 时，将执行 rm -f *.o 命令，最终删除所有编译过程中产生的所有中间文件。
隐含规则
在make 工具中包含有一些内置的或隐含的规则，这些规则定义了如何从不同的依赖文件建立特定类型的目标。Unix系统通常支持一种基于文件扩展名即文件名后缀的隐含规则。这种后缀规则定义了如何将一个具有特定文件名后缀的文件（例如.c文件），转换成为具有另一种文件名后缀的文件（例如.o文件）：

.c:.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<

系统中默认的常用文件扩展名及其含义为：
.o 目标文件
.c C源文件
.f FORTRAN源文件
.s 汇编源文件
.y Yacc-C源语法
.l Lex源语法
在早期的Unix系统系统中还支持Yacc-C源语法和Lex源语法。在编译过程中，系统会首先在makefile文件中寻找与目标文件相关的.C文件，如果还有与之相依赖的.y和.l文件，则首先将其转换为.c文件后再编译生成相应的.o文件；如果没有与目标相关的.c文件而只有相关的.y文件，则系统将直接编译.y文件。
而GNU make 除了支持后缀规则外还支持另一种类型的隐含规则--模式规则。这种规则更加通用，因为可以利用模式规则定义更加复杂的依赖性规则。模式规则看起来非常类似于正则规则，但在目标名称的前面多了一个 % 号，同时可用来定义目标和依赖文件之间的关系，例如下面的模式规则定义了如何将任意一个 file.c 文件转换为 file.o 文件：

%.c:%.o
$(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $<
#EXAMPLE#

下面将给出一个较为全面的示例来对makefile文件和make命令的执行进行进一步的说明，其中make命令不仅涉及到了C源文件还包括了Yacc语法。本例选自"Unix
Programmer's Manual 7th Edition, Volume 2A" Page 283-284
下面是描述文件的具体内容：

#Description file for the Make command
#Send to print
P=und -3 | opr -r2
#The source files that are needed by object files
FILES= Makefile version.c defs main.c donamc.c misc.c file.c \
dosys.c gram.y lex.c gcos.c
#The definitions of object files
OBJECTS= vesion.o main.o donamc.o misc.o file.o dosys.o gram.o
LIBES= -LS
LINT= lnit -p
CFLAGS= -O
make: $(OBJECTS)
cc $(CFLAGS) $(OBJECTS) $(LIBES) -o make
size make
$(OBJECTS): defs
gram.o: lex.c
cleanup:
-rm *.o gram.c
install:
@size make /usr/bin/make
cp make /usr/bin/make ; rm make
#print recently changed files
print: $(FILES)
pr $? | $P
touch print
test:
make -dp | grep -v TIME>1zap
/usr/bin/make -dp | grep -v TIME>2zap
diff 1zap 2zap
rm 1zap 2zap
lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c
$(LINT) dosys.c donamc.c file.c main.c misc.c version.c \
gram.c
rm gram.c
arch:
ar uv /sys/source/s2/make.a $(FILES)

通常在描述文件中应象上面一样定义要求输出将要执行的命令。在执行了make命令之后，输出结果为：

$ make
cc -c version.c
cc -c main.c
cc -c donamc.c
cc -c misc.c
cc -c file.c
cc -c dosys.c
yacc gram.y
mv y.tab.c gram.c
cc -c gram.c
cc version.o main.o donamc.o misc.o file.o dosys.o gram.o \
-LS -o make
13188+3348+3044=19580b=046174b

最后的数字信息是执行"@size make"命令的输出结果。之所以只有输出结果而没有相应的命令行，是因为"@size make"命令以"@"起始，这个符号禁止打印输出它所在的命令行。

描述文件中的最后几条命令行在维护编译信息方面非常有用。其中"print"命令行的作用是打印输出在执行过上次"make print"命令后所有改动过的文件名称。系
统使用一个名为print的0字节文件来确定执行print命令的具体时间，而宏$?则指向那些在print文件改动过之后进行修改的文件的文件名。如果想要指定执行print命令后，将输出结果送入某个指定的文件，那么就可修改P的宏定义：

make print "P= cat>zap"

在Linux中大多数软件提供的是源代码，而不是现成的可执行文件，这就要求用户根据自己系统的实际情况和自身的需要来配置、编译源程序后，软件才能使用。只有掌握了make工具，才能让我们真正享受到到Linux这个自由软件世界的带给我们无穷乐趣。

❸ linux终端下如何进行C语言编译

1、首先在linux下判断是否安装gcc编译器，直接执行：gcc -v，判断是否安装gcc。

❹ linux杞浠跺紑鍙戞椂缁檊cc鎸囧畾澶存枃浠跺拰搴撴枃浠惰矾寰勭殑鏂规硶

鍦↙inux 涓嫔紑鍙戣蒋浠舵椂锛屽畬鍏ㄤ笉浣跨敤绗涓夋柟鍑芥暟搴撶殑𨱍呭喌鏄姣旇缉灏戣佺殑锛岄氩父𨱒ヨ查兘闇瑕佸熷姪涓涓鎴栧氢釜鍑芥暟搴撶殑鏀鎸佹墠鑳藉熷畬鎴愮浉搴旂殑锷熻兘銆备粠绋嫔簭锻樼殑瑙掑害鐪嬶纴鍑芥暟搴揿疄 闄呬笂灏辨槸涓浜涘ご鏂囦欢锛.h锛夊拰搴撴枃浠讹纸.so鎴栬.a锛夌殑闆嗗悎銆傝槠铹禠inux涓嬬殑澶у氭暟鍑芥暟閮介粯璁ゅ皢澶存枃浠舵斁鍒/usr/include/鐩褰曚笅锛岃屽簱 鏂囦欢鍒欐斁鍒/usr/lib/鐩褰曚笅锛屼絾骞朵笉鏄镓链夌殑𨱍呭喌閮芥槸杩欐牱銆傛ｅ洜濡傛わ纴GCC鍦ㄧ紪璇戞椂蹇呴’链夎嚜宸辩殑锷炴硶𨱒ユ煡镓炬墍闇瑕佺殑澶存枃浠跺拰搴撴枃浠躲
GCC閲囩敤鎼灭储鐩褰旷殑锷炴硶𨱒ユ煡镓炬墍闇瑕佺殑鏂囦欢锛-I 阃夐”鍙浠ュ悜GCC镄勫ご鏂囦欢鎼灭储璺寰勪腑娣诲姞鏂扮殑鐩褰曘备緥濡傦纴濡傛灉鍦/home/xiaowp/include/鐩褰曚笅链夌紪璇戞椂镓闇瑕佺殑澶存枃浠讹纴涓轰简璁〨CC鑳藉熼‘鍒╁湴镓惧埌瀹冧滑锛屽氨鍙浠ヤ娇鐢-I阃夐”
钖屾牱锛屽傛灉浣跨敤浜嗕笉鍦ㄦ爣鍑嗕綅缃镄勫簱鏂囦欢锛岄偅涔埚彲浠ラ氲繃-L阃夐”钖慓CC镄勫簱鏂囦欢鎼灭储璺寰勪腑娣诲姞鏂扮殑鐩褰曘备緥濡傦纴濡傛灉鍦/home/xiaowp/lib/鐩褰曚笅链夐摼鎺ユ椂镓闇瑕佺殑搴撴枃浠秎ibfoo.so锛屼负浜呜〨CC鑳藉熼‘鍒╁湴镓惧埌瀹冿纴鍙浠ヤ娇鐢ㄤ笅闱㈢殑锻戒护锛
鍊煎缑濂藉ソ瑙ｉ喷涓涓嬬殑鏄-l阃夐”锛屽畠鎸囩ずGCC铡昏繛鎺ュ簱鏂囦欢libfoo.so銆侺inux涓 镄勫簱鏂囦欢鍦ㄥ懡钖嶆椂链変竴涓绾﹀畾锛岄偅灏辨槸搴旇ヤ互lib涓変釜瀛楁瘝寮澶达纴鐢变簬镓链夌殑搴撴枃浠堕兘阆靛惊浜嗗悓镙风殑瑙勮寖锛屽洜姝ゅ湪鐢-l阃夐”鎸囧畾阈炬帴镄勫簱鏂囦欢钖嶆椂鍙浠ョ渷铡 lib涓変釜瀛楁瘝锛屼篃灏辨槸璇碐CC鍦ㄥ-lfoo杩涜屽勭悊镞讹纴浼氲嚜锷ㄥ幓阈炬帴钖崭负libfoo.so镄勬枃浠躲
Linux涓嬬殑搴撴枃浠跺垎涓轰袱澶х被鍒嗗埆鏄锷ㄦ侀摼鎺ュ簱锛堥氩父浠.so缁揿熬锛夊拰闱欐侀摼 鎺ュ簱锛堥氩父浠.a缁揿熬锛夛纴涓よ呯殑宸鍒浠呭湪绋嫔簭镓ц屾椂镓闇镄勪唬镰佹槸鍦ㄨ繍琛屾椂锷ㄦ佸姞杞界殑锛岃缮鏄鍦ㄧ紪璇戞椂闱欐佸姞杞界殑銆傞粯璁ゆ儏鍐典笅锛孏CC鍦ㄩ摼鎺ユ椂浼桦厛浣跨敤锷ㄦ侀摼 鎺ュ簱锛屽彧链夊綋锷ㄦ侀摼鎺ュ簱涓嶅瓨鍦ㄦ椂镓嶈冭槛浣跨敤闱欐侀摼鎺ュ簱锛屽傛灉闇瑕佺殑璇濆彲浠ュ湪缂栬疟镞跺姞涓-static阃夐”锛屽己鍒朵娇鐢ㄩ润镐侀摼鎺ュ簱銆备緥濡傦纴濡傛灉鍦 /home/xiaowp/lib/鐩褰曚笅链夐摼鎺ユ椂镓闇瑕佺殑搴撴枃浠秎ibfoo.so鍜宭ibfoo.a锛屼负浜呜 GCC鍦ㄩ摼鎺ユ椂鍙鐢ㄥ埌闱欐侀摼鎺ュ簱锛屽彲浠ヤ娇鐢ㄤ笅闱㈢殑锻戒护锛
澶嶅埗浠ｇ爜
   
浠ｇ爜濡备笅:
# gcc foo.c -L /home/xiaowp/lib -static -lfoo -o foo

❺ linux下编写c++，include的那些头文件在什么地方

C/C++程序在linux下被编译和连接时，GCC/G++会查找系统默认的include和link的路径，以及自己在编译命令中指定的路径。

1、#include <stdio.h>，直接到系统指定目录去查找头文件。

系统默认路径为：/usr/include，/usr/local/include，/usr/lib/gcc-lib/i386-Linux/2.95.2/include（gcc库文件的路径，各个系统不一致）

2、#include "stidio.h"，会先到当前目录查找头文件，如果没找到在到系统指定目录查找。

3、gcc编译时查找头文件，按照以下路径顺序查找：

gcc编译时，可以设置-I选项以指定头文件的搜索路径，如果指定多个路径，则按照顺序依次查找。比如，gcc -I /usr/local/include/node a.c

gcc会查找环境变量C_INCLUDE_PATH，CPLUS_INCLUDE_PATH中指定的路径。

(5)linux编译头文件命令扩展阅读：

应用程序代码编译过程：

编译器根据头文件提供的库函数接口形式，来编译代码，然后生成目标文件；然后，再使用链接器将这个目标文件与系统库链接；最终生成应用程序。代码包含了自己写的内容，还有系统提供好的现成的库函数，整个结合起来才形成一个完整的程序。

库函数的头文件，在编译的时候被使用，而库函数的代码段（库文件），在链接的时候被使用。

example：

应用程序代码在使用一个系统调用的时候，例如printf()函数，需要指定包含的头文件stdio.h；另外，在链接的时候对应的链接libc.a（笔者电脑文件所在目录：/usr/lib/i386-linux-gnu/libc.a)。

总结一下，编写应用程序，需要使用linux系统提供的库函数。具体实现起来，需要头文件和库文件。头文件是需要我们编写应用程序的时候，在源文件开头添加的；而库文件则需要配置编译环境进行指定搜索目录。