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.
很舒服
网友评论