- VisualStudio2022插件的安装及使用-编程手把手系列文章
- pprof-在现网场景怎么用
- C#实现的下拉多选框,下拉多选树,多级节点
- 【学习笔记】基础数据结构:猫树
gcc --version
g++ --version
gdb --version
sudo apt update
sudo apt install gcc g++ gdb
gcc -E hello.c -o hello.i # -E激活预处理,生成预处理后的文件
gcc -S hello.i -o hello.s # —S激活预处理和编译,生成汇编代码
gcc -c hello.s -o hello.o # -c激活预处理、编译和汇编,生成目标文件
gcc hello.o -o hello # 执行所有阶段,生成可执行程序
gcc -c hello.c # 生成目标文件,gcc会根据文件名hello.c生成hello.o
gcc hello.o -o hello # 生成可执行程序hello,这里我们需要指定可执行程序的名称,否则会默认生成a.out
gcc hello.c -o hello # 编译链接,生成可执行程序hello
gcc
和 g++
都是GNU(组织)
的一个编译器gcc
只能编译 c 代码,g++ 只能编译 c++ 代码
.c
的,gcc
把它当作是 C 程序,而 g++
当作是 c++
程序.cpp
的,两者都会认为是 C++
程序,C++
的语法规则更加严谨一些g++
会调用 gcc
,对于 C++
代码,两者是等价的,但是因为 gcc
命令不能自动和 C++
程序使用的库联接,所以通常用 g++
来完成链接,为了统一起见,干脆编译/链接统统用 g++
了,这就给人一种错觉,好像 cpp
程序只能用 g++
似的gcc
不会定义 __cplusplus
宏,而 g++
会
.c
,并且采用 gcc
编译器,则该宏就是未定义的,否则,就是已定义gcc
,链接只能用 g++
gcc/g++
,而链接可以用 g++
或者 gcc -lstdc++
gcc
命令不能自动和C++程序使用的库联接,所以通常使用 g++
来完成链接。但在编译阶段,g++
会自动调用 gcc
,二者等价1) #if [#elif] [#else] #endif
2) #ifdef [#elif] [#else] #endif
3) #ifndef [#elif] [#else] #endif
#if 常量表达式
...
#endif
当预处理器遇到 #if 指令时,会计算后面常量表达式的值。如果表达式的值为 0,则#if 与 #endif 之间的代码会在预处理阶段删除;否则,#if 与 #endif 之间的代码会被保留,交由编译器处理。 #if 指令常用于调试程序,如下所示:
#define DEBUG 1
...
#if DEBUG
printf("i = %d\n", i);
printf("j = %d\n", j);
#endif
是预处理器的一个运算符,它后面接标识符。如果标识符是一个定义过的宏则值为 1,否则值为 0。defined 运算符常和 #if 指令一起使用,比如:
#if defined(DEBUG)
...
#endif
仅当 DEBUG 被定义成宏时,#if 和 #endif 之间的代码会保留到程序中。defined 后面的括号不是必须的,因此可以写成这样: #if defined DEBUG defined 运算符仅检测 DEBUG 是否有被定义成宏,所以我们不需要给 DEBUG 赋值: #define DEBUG 。
#ifdef 标识符
...
#endif
当标识符有被定义成宏时,保留 #ifdef 与 #endif 之间的代码;否则,在预处理阶段删除 #ifdef 与 #endif 之间的代码。等价于:
#if defined(标识符)
...
#endif
#ifndef 标识符
...
#endif
它的作用恰恰与 #ifdef 相反:当标识符没有被定义成宏时,保留 #ifndef 与 #endif之间的代码.
下面的例子会根据 WIN32、MAC_OS 或 LINUX 是否被定义为宏,而将对应的代码包含到程序中:
#if defined(WIN32)
...
#elif defined(MAC_OS)
...
#elif defined(LINUX)
...
#endif
我们可以在程序的开头,定义这三个宏中的一个,从而选择一个特定的操作系统 。
我们可以检测一个宏是否被定义了,如果没有,则提供一个默认的定义:
#ifndef BUFFER_SIZE
#define BUFFER_SIZE 1024
#endif
多次包含同一个头文件,可能会导致编译错误(比如,头文件中包含类型的定义)。因此,我们应该避免重复包含头文件。使用 #ifndef 和 #define 可以轻松实现这一点:
#ifndef __WD_FOO_H
#define __WD_FOO_H
typedef struct {
int id;
char name[25];
char gender;
int chinese;
int math;
int english;
} Student;
#endif
我们不能用 /.../ "注释掉" 已经包含 /.../注释的代码,即不能嵌套多行注释。但是我们可以用 #if 指令来实现:
#if 0
包含/*...*/注释的代码
#endif
注:这种屏蔽方式,我们称之为"条件屏蔽".
静态库
和动态库(共享库)
。区别是:
#include <stdio.h>
int add(int a, int b)
{
return a+b;
}
#include <stdio.h>
int sub(int a, int b)
{
return a-b;
}
#include <stdio.h>
int mul(int a, int b)
{
return a*b;
}
#include <stdio.h>
double div(int a, int b)
{
return (double)a/b;
}
#ifndef _HEAD_H
#define _HEAD_H
// 加法
int add(int a, int b);
// 减法
int sub(int a, int b);
// 乘法
int mul(int a, int b);
// 除法
double div(int a, int b);
#endif
#include <stdio.h>
#include "head.h"
int main()
{
int a = 20;
int b = 12;
printf("a = %d, b = %d\n", a, b);
printf("a + b = %d\n", add(a, b));
printf("a - b = %d\n", subtract(a, b));
printf("a * b = %d\n", multiply(a, b));
printf("a / b = %f\n", divide(a, b));
return 0;
}
tree
生成.o文件:gcc -c 文件名 。
将.o文件打包:ar rcs libxxx.a xx1.o xx2.o 。
需要提供静态库文件和相应的头文件 。
编译运行:gcc main.c -o app -I ./include -l calc -L ./lib 。
-I ./include:指定头文件目录,如果不指定,出现编译错误 。
-l calc:指定静态库名称,如果不指定,出现链接错误 。
-L ./lib:指定静态库位置,如果不指定,出现链接错误 。
正确执行(成功生成app可执行文件) 。
测试程序 。
规则 。
示例:有如下图所示文件(其中每个分文件用于实现四则运算),将其打包为动态库 。
生成.o文件:gcc -c -fpic 文件名 。
将.o文件打包:gcc -shared xx1.o xx2.o -o libxxx.so 。
需要提供动态库文件和相应的头文件 。
定位动态库(原因见工作原理->如何定位共享库文件,其中路径为动态库所在位置) 。
方法一:修改环境变量,当前终端生效,退出当前终端失效 。
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/u/Desktop/Linux/calc/lib
方法二:修改环境变量,用户级别永久配置 。
# 修改~/.bashrc
vim ~/.bashrc
# 在~/.bashrc中添加下行,保存退出
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/u/Desktop/Linux/calc/lib
# 使修改生效
source ~/.bashrc
方法三:修改环境变量,系统级别永久配置 。
# 修改/etc/profile
sudo vim /etc/profile
# 在~/.bashrc中添加下行,保存退出
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/u/Desktop/Linux/calc/lib
# 使修改生效
source /etc/profile
方法四:修改/etc/ld.so.cache文件列表 。
# 修改/etc/ld.so.conf
sudo vim /etc/ld.so.conf
# 在/etc/ld.so.conf中添加下行,保存退出
/home/u/Desktop/Linux/calc/lib
# 更新配置
sudo ldconfig
有如下结构文件,其中main.c测试文件 。
配置环境变量 。
编译运行:gcc main.c -o app -I ./include -l calc -L ./lib 。
测试程序 。
如果不将动态库文件绝对路径加入环境变量,则会出现以下错误 。
静态库:GCC 进行链接时,会把静态库中代码打包到可执行程序中 。
动态库:GCC 进行链接时,动态库的代码不会被打包到可执行程序中 。
程序启动之后,动态库会被动态加载到内存中,通过 ldd (list dynamic dependencies)命令检查动态库依赖关系 。
如何定位共享库文件呢?
elf格式
的可执行程序,是由ld-linux.so
来完成的,它先后搜索elf文件
的 DT_RPATH
段 => 环境变量LD_LIBRARY_PATH
=> /etc/ld.so.cache文件列表
=> /lib/
,usr/lib
目录找到库文件后将其载入内存最后此篇关于gcc/g++编译的文章就讲到这里了,如果你想了解更多关于gcc/g++编译的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我目前正在尝试让 g++ 工作,并查看 http://gcc.gnu.org/install/build.html ,我似乎找不到它在哪里说如何“执行编译器的 3 阶段 bootstrap ”。我在哪
James Powell 在他对即将举行的演示文稿的简短描述中说,他自豪地发明了最粗糙的 Python 单行代码之一: (None for g in g if (yield from g) and F
请告诉我我的证明是否正确 We have a connected graph, and specific vertex u in V(G). Suppose we compute the dfs tr
下面的test2和test3结果是不同的。 我对此感到困惑,因为它看起来像相同的逻辑,并且与linux bash ||逻辑不同。 $data = @( [PSCustomObject]@{St
我试图找到一个明确的 G 代码语法规范,而不是单个 G 代码的含义,我无处不在的规范,我的意思是详细的语法规范,目的是编写解析器。 我编写解析器没有问题,我只是在寻找语法规范,例如。我知道您不必总是为
我写了这个 mixin,但它循环了很多时间。你能帮我优化我的代码吗?或者你能建议一些其他的东西来获得想要的结果吗? dfgdfgsdfgsdf 最佳答案 希望这就是您要找的。 $spaces: (4,
默认情况下,g++ 似乎会省略未使用的类内定义方法的代码。示例 from my previous question : struct Foo { void bar() {} void baz(
是否可以将文件内容通过管道传送到 g++编译程序? 我想这样做是因为我想使用数据库中的文件而不是磁盘上的物理文件。可以通过我制作的 API 轻松检索文件内容。 例如,我想做这样的事情: g++ con
如何profile c++代码获取每行代码的调用次数和消耗时间,就像profile工具一样在 Matlab 中呢? 我尝试使用-fprofile-arcs之类的东西,但它只生成代码覆盖率报告,其中可以
如何在几行代码上禁用所有警告。可以使用 GCC 诊断功能禁用特定警告,但是否有针对所有警告的标志。我尝试了这个方法,但不起作用 #pragma GCC diagnostic push #pragma
我有一个链接到 opencv 2.2 的可执行文件。但是,我删除了 opencv 2.2 并安装了 opencv 2.3。 问题是,有没有办法在不重新编译整个源代码的情况下将这个可执行文件链接到新的共
在编译带有一些标志的以下文件时,是否可以让 g++ 显示错误? #include using namespace std; int main() { int arr[ 2 ]; cout
在学习 Haskell 时,我遇到了一个挑战,要找到两个函数 f 和 g,例如 f g 和 f 。 g 是等价的(并且是总计,因此像 f = undefined 或 f = (.) f 这样的东西不算
根据我的理解,Theta 位于 Big O 和 Omega 之间,但我看到了这个声明,但我无法理解为什么交集会出现在这里。我能否对 Θ(g(n)) = O(g(n)) ∩ Ω(g(n)) 获得数学和分
我需要为这个递归函数编写一个迭代函数。 int funcRec(int n){ if(n>1) { return 2*funcRec(n - 1) + 3*funcRec(n
我在 github repository 上有代码示例并在 travis-ci 上创建了一个构建便于复制。 最小的、完整的和可验证的例子 可能不是最小的,但我相信它足够小 它使用 boost.inte
编辑:我们将调用箭头 p纯如果存在这样的函数f即:p = arr f . 我试图更好地掌握 Haskell 中的 Arrows,我想弄清楚什么时候 f >>> (g &&& h) = (f >>> g
我有两个(或更多)函数定义为: val functionM: String => Option[Int] = s => Some(s.length) val functionM2: Int => Op
好像是的。任何直观或严肃的证据都值得赞赏。 最佳答案 没有。 我认为您的问题等同于:给定函数 f 和 g,f 是 O(g) 或 g 是 O(f) 是否总是正确的?这在 SE Computer Scie
如果我设法证明 f(n) = o(g(n))(小 o),那么这两个函数的总和 f( n) + g(n) 应该被“更大”的函数 g(n) 紧紧束缚。 然而,我在证明这一点时遇到了一些麻烦。 最佳答案 以
我是一名优秀的程序员,十分优秀!