1

先说一些gcc 看不到的命令

-I xxxxx/xxx/

-I(小写是i)，是指定头文件查找的目录。没有指定默认，则去C_INCLUDE_PATH或者CPLUS_INCLUDE_PATH环境变量去找，然后去C/C++特定的目录去找。

-lxxx

,-l(大写是L)，指定要要链接的动态库名。你的动态库可能是libxxx.so，那么这里只要-l跟上xxx极可能没去掉lib和.so，他就知道你要找的是libxxx.so.-l和xxx中间没有空格

-L xxxx/xxxx

是指定程序链接动态库时要找目录，首先找xxxx/xxxx,然后环境变量LD_LIBRARY_PATH去找，然后是/lib和/usr/lib两个目录找动态库。-L仅在编译时有用。不会将改目录写到可执行文件中去。

---

拿test.c和test.h来打比方，
如果按照下面的方法打包动态库：

gcc -c  test.c -o test.o -fPIC
gcc -share -o libtest.so test.o  

最后生成了一个动态库libtest.so的动态库。
如果头文件和 动态库，都指定在mian.c同一个目录，则编译代码如下：

gcc main.c -I . -ltest -L . -o mian.out

但是执行mian.out 时却报错：

./main.out: error while loading shared libraries: libtest.so: cannot open shared object file: No such file or directory

却找不到libtest.so。
原因是-L只在编译阶段起作用。程序还是会去LD_LIBRARY_PATH和配置文件去找，然后去系统库目录找(/lib /usr/lib)。结果都没找到。
所以你只要把他放在/lib /usr/lib即可了？好麻烦啊。我明明想要的结果是跟随我的可执行文在同一个目录。你给别人程序时，还要告诉人家放到哪里，还要解决权限问题。这不科学，是不是这设计的太辣鸡了。于是乎，又一个gcc 参数出来了。

-wl,-rpath=路径

这个参数和-I(小写是i)一样，告诉程序首先去这个目录找这个动态库。只要在可执行程序在编译阶段加上这个参数，这个路径会编译到可执行程序中去。所以上面的编译main.c改成这样既可：

gcc main.c -I . -wl,-rpath=.  -ltest    -L . -o mian.out

这样，libtest.so和main.out 放在同一目录就可以了。给别人时也很方便了。

---

2

这里探讨gcc到底可以不可以编译C++.
当我用gcc编译cpp文件时却报错：

/usr/bin/ld: /tmp/ccLgjUmA.o: in function `main':
main.cpp:(.text+0x12): undefined reference to `std::cout'
/usr/bin/ld: main.cpp:(.text+0x17): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
/usr/bin/ld: main.cpp:(.text+0x21): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)'
/usr/bin/ld: main.cpp:(.text+0x2c): undefined reference to `std::ostream::operator<<(std::ostream& (*)(std::ostream&))'
/usr/bin/ld: /tmp/ccLgjUmA.o: in function `__static_initialization_and_destruction_0(int, int)':
main.cpp:(.text+0x60): undefined reference to `std::ios_base::Init::Init()'
/usr/bin/ld: main.cpp:(.text+0x75): undefined reference to `std::ios_base::Init::~Init()'
collect2: error: ld returned 1 exit status

上面错误大概是找不到C++的库。
百度了很久，都说智能换成g++.最后发现gcc照样可以编译cpp文件。
操作如下：

 gcc main.cpp -lstdc++ -o main.out

只要告诉gcc 这个动态库叫啥，像上面的-lstdc++.就是告诉gcc这个动态库叫libstdc++.so.他就会去系统库里面找了。找到之后就可以顺利编译通过。
gcc g++都可以编译C++。g++不要告诉g++要链接的动态库。而gcc就麻烦一些，要用-l(大写是L)告诉gcc这个库叫啥。

---

3.

根据上面的东西。又百度了一些。配置了在vscode中使用gcc和g++调试程序。

gcc的配置:

launch.json

{
    // 使用 IntelliSense 了解相关属性。
    // 悬停以查看现有属性的描述。
    // 欲了解更多信息，请访问: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "gcc - 生成和调试活动文件",
            "type": "cppdbg",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}.out",
            "args": [],
            "stopAtEntry": false,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "gdb",
            "setupCommands": [
                {
                    "description": "为 gdb 启用整齐打印",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": true
                }
            ],
            "preLaunchTask": "build",
            "miDebuggerPath": "/usr/bin/gdb"
        }
    ]
}

task.json:

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "2.0.0",
    "tasks": [
        {
            "label": "build",
            "type": "shell",
            "command": "gcc ",
            "args": ["-lstdc++","-std=c++11","-o","${fileBasenameNoExtension}.out"]
        }
    ]
}

简单说明下：args就是你编译时的gcc 参数。这里指定依赖的动态库：-lstdc++

 sudo find / -name libstdc++.so

看看这个库在哪：

/usr/lib/gcc/x86_64-linux-gnu/9/libstdc++.so

g++ 的配置

launch.json

{
    // 使用 IntelliSense 了解相关属性。
    // 悬停以查看现有属性的描述。
    // 欲了解更多信息，请访问: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "g++ - 生成和调试活动文件",
            "type": "cppdbg",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}.out",
            "args": [],
            "stopAtEntry": false,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "gdb",
            "setupCommands": [
                {
                    "description": "为 gdb 启用整齐打印",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": true
                }
            ],
            "preLaunchTask": "build",
            "miDebuggerPath": "/usr/bin/gdb"
        }
    ]
}

task.json:

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "2.0.0",
    "tasks": [
        {
            "label": "build",
            "type": "shell",
            "command": "g++",
            "args": ["-g","${file}","-std=c++11","-o","${fileBasenameNoExtension}.out"]
        }
    ]
}

两者配置大同小异，就在简历task是指定的编译参数不一样。
用gdb在vscode控制台调试时，要在前面加上-exec:

-exec p 10

task.json中的tasks是个多数组，支持多任务的。而且支持任务之间的依赖关系。

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "2.0.0",
    "tasks": [
        {
            "label": "build2",
            "type": "shell",
            "command": "ls",
            "args": ["-l"],
            "group": {
                "kind": "build",
                "isDefault": true
            }
        },
        {
            "label": "build1",
            "type": "shell",
            "command": "rm",
            "args": ["-rf","${fileBasenameNoExtension}.out"],
            "group": {
                "kind": "build",
                "isDefault": true
            },
            "dependsOn":["build2"]
        },
        {
            "label": "build",
            "type": "shell",
            "command": "g++",
            "args": ["-g","${file}","-std=c++11","-o","${fileBasenameNoExtension}.out"],
            "group": {
                "kind": "build",
                "isDefault": true
            },
            "dependsOn":["build1"]
        }
    ]

}

编译任务build依赖删除任务'build1',而删除任务build1又依赖打印目录任务build2.
很舒服