linux 指令之 g++

发表于 更新于 分类于

2015年11月6日 16:57:34

最全的学习材料当然是 GCC 的官方文档。如果有耐心但是英语不好的话，可以参看一下 这个网站。先说

gcc/g++ 执行的四个过程：

  1. gcc -E 仅作预处理，即只激活预处理，不进行编译、汇编和链接 {通常以什么为后缀？}

    $gcc -E main.c -o main.i

  2. gcc -s 编译到汇编语言，不进行汇编和链接，即只激活预处理和编译，生成汇编语言

    $gcc -S main.i -o main.s #参数-S，大写

  3. gcc -c 编译、汇编到目标代码，不进行链接，即只激活预处理、编译和汇编功能，生成目标文件（.o）

    $gcc -c main.s -o main.o

  4. 生成，到执行文件 （根据依赖关系链接各目标文件，生成最终的执行程序）

    $gcc main.o printf1.o printf2.o -o main

更详细的描述参考：Linux GCC常用命令、gcc/g++执行的步骤及参数简介

了解 g++ 的编译流程之后，我们说一下

g++ 和 gcc 的区别

  1. 后缀为 .c 的，gcc 把它当作是 C 程序，而 g++ 当作是 c++ 程序；后缀为 .cpp 的，两者都会认为是 c++ 程序。
  2. 编译阶段，g++ 会调用 gcc，对于 c++ 代码，两者是等价的；（生成阶段）但是因为 gcc 命令不能自动和 C++ 程序使用的库联接，所以通常用 g++ 来完成链接，为了统一起见，干脆编译/链接统统用 g++ 了。其实 gcc 编译 C++ 程序 也可以。

进一步的区别参考：gcc和g++的区别

然后说一下

-I（大写的 i）、-L 这两个参数

  • -I 后跟路径名，指定 gcc 编译时的头文件搜索路径；（+系统默认的路径（具体呢？）下查找）
  • -L 后跟路径名，指定 gcc 链接时查找库的搜索路径。（+系统默认的路径下查找）

进一步延伸一下，-L 指定了库的路径，但具体是哪一个 .so 文件是怎么确定呢？

-l （小写的 L）参数

下面通过记录具体的调试过程，逐步介绍。

  1. > g++ main.cpp -o main

    1
    2
    3
    4
    5
    nl@linux-zds2:~/nielong/curlTest/1getAndpost> g++ main.cpp -o main
    main.cpp:2:23: fatal error: curl/curl.h: 没有那个文件或目录
     #include <curl/curl.h>
                           ^
    compilation terminated.

    因为 #include <curl/curl.h>，而且在系统指定目录中找不到此文件。所以报以上错误。

    使用 -I 参数指定到上一级目录中查找头文件。（将 curl 文件夹拷贝到了上一级目录）

  2. > g++ main.cpp -o main -I ../

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    nl@linux-zds2:~/nielong/curlTest/1getAndpost> g++ main.cpp -o main -I ../
    main.cpp: In function ‘int main()’:
    main.cpp:53:28: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
         getUrl("/tmp/get0.html");
                                ^
    main.cpp:54:30: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
         postUrl("/tmp/post0.html");
                                  ^
    /tmp/cc3fVgxs.o：在函数‘getUrl(char*)’中：
    main.cpp:(.text+0x4c)：对‘curl_slist_append’未定义的引用
    main.cpp:(.text+0x55)：对‘curl_easy_init’未定义的引用
    main.cpp:(.text+0x7e)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0x99)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0xb3)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0xcd)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0xd9)：对‘curl_easy_perform’未定义的引用
    main.cpp:(.text+0xee)：对‘curl_slist_free_all’未定义的引用
    main.cpp:(.text+0xfa)：对‘curl_easy_cleanup’未定义的引用
    /tmp/cc3fVgxs.o：在函数‘postUrl(char*)’中：
    main.cpp:(.text+0x14b)：对‘curl_easy_init’未定义的引用
    main.cpp:(.text+0x175)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0x190)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0x1ab)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0x1c5)：对‘curl_easy_setopt’未定义的引用
    main.cpp:(.text+0x1d1)：对‘curl_easy_perform’未定义的引用
    main.cpp:(.text+0x1e0)：对‘curl_easy_cleanup’未定义的引用
    collect2: error: ld returned 1 exit status

    报以上错误是因为动态链接库未指定，所以相关方法未定义。使用 -l（小写 L）指定 libcurl.so

    使用 -l curl 参数链接 .so 文件。（-l curl 会相对应的使用 libcurl.so 链接库，具体因果在后面详述）

  3. > g++ main.cpp -o main -I ../ -lcurl

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    nl@linux-zds2:~/nielong/curlTest/1getAndpost> g++ main.cpp -o main -I ../ -lcurl
    main.cpp: In function ‘int main()’:                                                                                                   
    main.cpp:53:28: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]                                      
         getUrl("/tmp/get0.html");                                                                                                        
                                ^                                                                                                         
    main.cpp:54:30: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]                                      
         postUrl("/tmp/post0.html");                                                                                                      
                                  ^                                                                                                       
    /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: cannot find -lcurl                                         
    collect2: error: ld returned 1 exit status

    报错找不打 -lcurl 指定的 .so 文件，此为搜索路径问题。关于 解决/usr/bin/ld: cannot find -lxxx 问题

    使用 -L 参数指定到上一级目录中查找 .so 文件。（在上一级目录创建了 usr/lib/libcurl.so.4.* 的软链接，软连接 & 硬链接 在后面详述）

    另外，使用 -l xxx 命令有一个细节，此命令需要放在 main.cpp 的后面。具体参照：A 、B

  4. > g++ main.cpp -o main -I ../ -lcurl -L ../ 

    1
    2
    3
    4
    5
    6
    7
    8
    9
    nl@linux-zds2:~/nielong/curlTest/1getAndpost> g++ main.cpp -o main -I ../ -lcurl -L ../                                               
    main.cpp: In function ‘int main()’:                                                                                                   
    main.cpp:53:28: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
         getUrl("/tmp/get0.html");
                                ^
    main.cpp:54:30: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
         postUrl("/tmp/post0.html");
                                  ^
    nl@linux-zds2:~/nielong/curlTest/1getAndpost>

    搞定。

-l crul 怎么对应的 libcurl.so？

参考 链接库。经过上面的介绍，再

强调两点：

  1. 预处理阶段处理头文件。所以，使用 -I 指定头文件路径时，仅仅作用在预处理阶段，在其后的编译、汇编、链接阶段不再需要 -I 指定头文件路径，因为经过预处理操作，预处理的结果中已包含各头文件。
  2. 链接阶段链接库。即，使用 -L 指定库路径时，作用于链接阶段，在预处理、编译、汇编阶段尚不需要 -L 指定库路径。

附录：gcc/g++常用的参数

-IDir
指定额外的头文件搜索目录，编译器首先在Dir中寻找，然后按照常规的顺序搜索头文件。
-include file
相当于在源程序中添加头文件，相当于#include “file”。
-LDir
指定编译的时候编译器搜索的库路径。
-lLIBRARY
指定编译的时候使用的库。

-E
只激活预处理功能。
-S
只激活预编译和编译功能。
-c
只激活预处理、编译和汇编功能。

-shared
生成共享目标文件，通常用于建立共享库时使用。
-static
禁止使用共享库。

-w
不生成任何警告信息。
-Wall
生成所有警告信息。使用它能够使GCC产生尽可能多的警告信息。并非全部。参考 GCC常用选项&使用详解
-Werror
在发生警报时取消编译操作，即把报警当作是错误。
-C
在预处理的时候不删除注释信息，一般和-E联合使用，用于分析程序。
-M
生成文件的关联信息，包含目标文件生成所依赖的所有源代码。
-MM
和上面的一样，但是忽略头文件造成的依赖关系。
-MD、-MMD
对应和-M、-MM相同，只不过将输出输入到.d文件中去。

-D
一般Makefie里的 －DHAVE_CONFIG_H是作为CFLAGS参数传给gcc的。

1
2
gcc [-c|-S|-E] [-std=standard]
    [-Dmacro[=defn]...] [-Umacro]

查man手册知，就是通过 gcc -DHAVE_CONFIG ， 定义了 HAVE_CONFIG_H 这个宏。
随手找了个bash的源码，截一段： ./lib/tilde/tilde.c bash源码中的源文件~~

1
2
3
#if defined (HAVE_CONFIG_H)
#  include <config.h>
#endif

而这里的 config.h 文件，是通过 configure 生成的，里面关于编译环境的一些宏。

通过 configure 检查出来的这些宏，在做跨平台时使用非常方便。

GCC高级编译链接参数

  1. 部分动态链接部分静态链接
  2. 设置动态链接 PATH

两者都涉及到 -wl 参数，关于其使用的 注意事项。