Gcc编译基本数据类型长度

GCC编译下数据类型大小对比
最新推荐文章于 2025-04-22 14:12:25 发布
原创 最新推荐文章于 2025-04-22 14:12:25 发布 · 1.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细对比了在GCC编译环境下，32位和64位编译器中各种基本数据类型的字节大小，包括char、short、int、long、long long、float、double、void、枚举类型及指针的大小，为程序员提供了关键的编译器行为参考。
部署运行你感兴趣的模型镜像

1.以32bit编译（gcc -m32）

sizeof char =1
sizeof short =2
sizeof int =4
sizeof long =4
sizeof long long=8
sizeof float =4
sizeof double =8
sizeof void =1
sizeof enum type =4
sizeof void * =4
sizeof int =4
sizeof char =4

2.以64bit编译（gcc -m64）

sizeof char =1
sizeof short =2
sizeof int =4
sizeof long =8
sizeof long long=8
sizeof float =4
sizeof double =8
sizeof void =1
sizeof enum type =4
sizeof void * =8
sizeof int =8
sizeof char =8

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率

C++(Qt)软件调试---验证GCC编译优化和生成调试信息（8）
mahuifa的博客
04-08 2208
我们可以通过学习GCC编译器参数，在程序编译时选择合适的优化参数和生成调试信息参数，在运行性能、程序大小、调试方便三个方向进行权衡利弊。 例如在不需要考虑性能时可以完全关闭优化，生成尽可能多的调试信息，以方便调试； 而有些程序运行需要一定的性能，就可以选择开启一定较低级别的优化。 文章中所述内容多有不足，欢迎一起交流学习。
GCC编译工具集和nasm编译器
qq_48729490的博客
10-07 1502
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 前言 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可供参考 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解
Linux系统32位与64位GCC编译器基本数据类型长度对照表
mjshldcsd的专栏
01-17 857
Linux系统32位与64位GCC编译器基本数据类型长度对照表 GCC 32位 sizeof(char)=1 sizeof(double)=8 sizeof(float)=4 sizeof(int)=4 sizeof(short)=2 sizeof(long)=4 sizeof(long long)=8 sizeof(long double)=12 sizeof(complex
arm-linux-gcc char与signed char和unsigned char
shenhuxi_yu的专栏
09-16 2234
一、 二、三者之间关系 1.ANSI C 提供了3种字符类型，分别是char、signed char、unsigned char。而不是像short、int一样只有两种(int默认就是unsigned int). 2.三者都占1个字节 3.signed char取值范围是 -128 到 127(有符号位) unsigned char 取值范围是 0 到 255 4.内存中一串二
GCC编译时char类型默认有无符号探索
TSZ0000的博客
07-06 2110
X86_64环境 CentOS版本：CentOS Linux release 7.3.1611 (Core) gcc 版本： 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) gcc默认情况下char有符号，默认配置如下： 目标：x86_64-redhat-linux 配置为：../configure --prefix=/usr --mandir=/usr/...
day2：gcc编译器、进制转换及C语言基础的数据类型和常量变量用法
wxmchong的博客
07-11 367
gcc编译器，进制转换和原反补码及C语言的代码基本格式以及常量变量
gcc下数据类型字节数
zzyzgg的博客
09-09 737
C类型 32 64 char 1 1 short int 2 2 int 4 4 long ...
gcc编译器、进制、数据类型、原反补、常量
嵌入式修炼师的博客
10-09 419
C语言基础
【ARM 嵌入式 编译系列 2.7 -- GCC 编译优化参数详细介绍】
CodingCos的博客
02-05 2706
GCC（GNU Compiler Collection）包含了用于C、C++、Objective-C、Fortran、Ada和Go等语言的编译器。在编译过程中，GCC提供了多种优化选项，用于提高生成代码的性能，减少可执行文件的大小，或者在这两者之间寻求平衡。精简操作指令；尽量满足cpu的流水操作；通过对程序行为地猜测，重新调整代码的执行顺序；充分使用寄存器；对简单的调用进行展开等等。
各种数据类型长度工具
07-24
C程序员经常会因为不知道某一个数据的字节长度是多少了烦恼，这是一个数据类型长度的工具，希望可以帮得上你
GCC编译原理
10-21
### GCC编译原理详解 GCC（GNU Compiler Collection）是一套由GNU项目开发的开源编译器集合，旨在为多种编程语言提供高效的编译支持。它不仅支持C、C++、Objective-C等主流语言，还涵盖了Ada、Fortran、Go、Java等...
嵌入式学习（Day2 gcc编译流程/基本数据类型/常量/变量）
weixin_43687188的博客
04-16 373
2.1整数类型：short 短整型 2个字节，（signed short,unsigned)int a,b,c;操作命令： gcc -E filename.c -o filename.i。操作命令：gcc -S filename.c -o filename.s。操作命令：gcc -c filename.c -o filename.o。2.2字符类型：char 1个字节， 如：‘a' 'B'操作命令： gcc filename.c -o filename。
32位与64位下各数据类型字节长度
counsellor的专栏
06-21 8077
0x00 实验结果 先上结果 64bit windows 7 - visual studio x64编译器 64bit windows 7 - visual studio x86编译器 64bit Ubuntu - gcc 64bit Ubuntu - gcc 32bit 0x01 源码 #include <inttypes.h> #i...
嵌入式实训day2
weixin_46413920的博客
03-20 421
今天初步学习了gcc编译器的用法以及我们为什么要选择这个工具的具体点，对于后续的一些内容略感吃力需要进一步的进行消化跟练习 今日问题 Q1：编译器三级优化分别优化了哪些？ A1: -O0： 不做任何优化，这是默认的编译选项。 -O和-O1： 对程序做部分编译优化，对于大函数,优化编译占用稍微多的时间和相当大的内存。使用本项优化，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。 打开的优化选项： l -fdefer-pop：延迟栈的弹出时间。当完成一个函数调用，参数并不
gcc中long的大小
要把所有那些负面的信息当做对自身行为的评价，而不是对自身价值的评判。
04-22 281
比如，windows下的long和linux下的long到底多大呢？因为跨平台下，同一种开发语言，比如最成熟最稳定的c/c++，windows和linux下，产生的二进制代码，其实现逻辑也是不兼容的！最近一直在调试一个错误，同样的加解密代码，在Windows中运行良好，在linux下老是出错。linux下的long竟然是8字节大小，跟windows上不同，windows是4字节大小。忙活了整整3天，把前前后后全都摸索、修改了一边，还是不解决问题。真的是基本数据类型不一致，导致的跨平台编译错误。
C 数据类型
weixin_45619192的博客
10-14 315
C 数据类型 原生数据类型 整数类型 大小范围 8bit 到 32bit, 某些平台支持64bit, C99扩展支持64bit. signed char : 1byte大小 ，有符号，范围 [-128,127]. unsigned char : 1byte大小, 无符号， 范围 [0 ,256]. char : 1byte, 可能是signed char 或 unsigned char,...
Windows系统，VS和GCC下各种数据类型大小的比较
Namcodream521的博客
03-15 3340
两个编译器一个是VS2015，一个是MinGW64(GCC6.3)   #include <iostream> using namespace std; int main() { cout<<"Size of char="<<sizeof(char)<<endl; cout<<"Size of pointer="&am
gcc @Commandfile解决命令过长问题
qq_38993096的博客
11-13 1440
搜索@ 在最下面 在同一个文件夹下面创建三个文件，内容分别如下： a.cpp: #include <iostream> #include "a.h" int main() { std::cout << "D" << std::endl; TestD *test_d = new TestD(5); std::cout << test_d->i << std::endl; test_d->show(); } a.h:
gcc编译时数组编译到哪里
最新发布
11-04
<think>首先，用户在询问关于使用gcc编译时数组被编译到的位置。意思是“when using gcc to compile, where are arrays compiled to?”。我需要理解这个问题是关于数组在内存中的位置，尤其是在编译后的可执行文件中。 用户提到了几个引用： - 引用[1]：讨论了gcc对数组越界的处理，字符数组以'\0'结尾，以及一个C代码示例。 - 引用[2]：gcc编译错误，包括变量长度数组的问题。 - 引用[3]：C语言内存管理，数组越界检查的困难。 - 引用[4]：模板元编程在C++中的应用。 用户说这些引用仅供参考，并不是真正的需求。我应该参考用户的上一次问题和我的回答。但在这个对话中，这是第一次交互，所以没有上一次问题。回顾系统指令，用户提到了“参考站内引用”，但在这个上下文中，似乎是引用了一些文本片段。 系统级指令强调： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式。 - 使用中文回答。 - 生成相关问题。 - 在引用的段落末尾添加引用标识。 用户的问题是关于gcc编译时数组的位置。我需要基于我的知识回答这个问题。 关键点是数组在编译后的位置。在C/C++中，数组在编译后是存储在内存中的特定区域，如栈、堆、数据段等，具体取决于如何声明数组。 - 全局数组：存储在数据段。 - 静态数组：也存储在数据段。 - 局部数组：存储在栈上。 - 动态分配的数组：存储在堆上。 在编译时，编译器（如gcc）将数组的定义翻译成机器代码，并安排其在内存中的位置。但实际位置是在运行时确定的，由操作系统管理内存布局。 用户问“编译时数组被编译到的位置”，可能指的是在编译后的二进制文件中，数组数据被放置的section。 在ELF格式（Linux下gcc使用的格式）中： - .data section：存储初始化的全局和静态变量。 - .rodata：存储只读数据（如字符串常量）。 - .bss：存储未初始化的全局和静态变量。 - 代码段：存储指令。 对于数组： - 如果数组是非静态局部变量，它通常在栈上，分配在运行时。 - 但编译时，指令会包含如何分配栈空间的代码。 在编译后的二进制文件中： - 全局数组的数据被编译到.data或.rodata section。 - 局部数组的分配代码被编译到.text section。 用户的问题是“编译时数组被编译到的位置”，可能需要澄清在二进制文件中的位置。 现在，用户提供的引用中，[1]提到字符数组以'\0'结尾，[2]提到变量长度数组错误，[3]讨论内存管理，[4]是C++模板元编程。 这些引用不是很直接相关到这个具体问题，但[3]提到内存管理，可能有关联。 基于我的知识，我应该解释： - 在编译阶段，gcc将源代码编译成目标文件，数组数据被放置在不同的段中。 - 例如，全局数组在.data段，只读数组在.rodata段。 - 局部数组的存储是动态的，在运行时分配在栈上；编译时生成代码来处理栈分配。 为了回答： 1. 结构清晰，逐步解决问题。 2. 使用中文。 3. 添加引用标识（如果适用）。用户提供了引用，我应该参考它们。 用户说：“上述引用仅供参考，并不是用户真正的需求”，但指令说：“请尽可能多的参考用户上一次的问题和你的回答”。既然没有上一次，我应该参考这些引用。 在引用[3]中，它提到内存管理，所以或许可以引用它来说明为什么数组位置重要。 最终，生成相关问题。 回答结构： - 先解释数组在编译后的位置。 - 区分编译时和运行时。 - 讨论gcc的具体行为。 关键点： - 编译时：gcc生成目标代码，数组数据被嵌入到二进制文件中特定的section。 - 运行时：加载器将这些section加载到内存中。 具体位置： - 全局或静态数组：存储在可执行文件的.data或.bss section，运行时在进程的数据段。 - 局部数组：编译时生成指令来移动栈指针分配空间；运行时在栈上。 - 动态数组：编译时生成调用malloc的代码；运行时在堆上。 在gcc编译时： - 数组的大小必须在编译时可知（除非是VLA），才能安排内存。 引用[2]提到变量长度数组错误，所以VLA在C99中支持，但可能有问题。 对于gcc，位置取决于数组的类型。 回答： </think>### 数组在gcc编译时的位置解释 在使用gcc编译C/C++程序时，数组的位置问题涉及编译阶段和运行阶段的不同处理。数组在编译后被“编译到”的位置，指的是在生成的可执行文件（如ELF格式在Linux下）中的特定section（段），而在运行时会由操作系统加载到内存的具体区域（如数据段、栈或堆）。以下我将基于gcc的工作流程逐步解释，确保回答真实可靠，并参考您提供的引用内容（尽管它们主要涉及数组越界和编译错误，但能间接说明内存管理问题）。 #### 1. **编译阶段：数组在二进制文件中的位置** - gcc在编译源代码时，会将数组数据嵌入到生成的目标文件（.o文件）或最终可执行文件的特定section中。具体位置取决于数组的类型（例如，全局数组、局部数组或常量数组）： - **全局数组或静态数组（初始化的）**：存储到`.data` section。例如，`int globalArray[10] = {1,2,3};` 会在编译时将初始值编译到`.data` section，该section包含已初始化的全局数据。 - **全局数组或静态数组（未初始化的）**：存储到`.bss` section。编译器只为这些数组预留空间（大小在编译时确定），但不会存储实际数据，运行时初始化为零。例如，`static int uninitArray[100];`。 - **常量数组或只读数组**：存储到`.rodata` section（只读数据段）。例如，`const char str[] = "hello";` 会编译到`.rodata`，因为内容不可修改。 - **局部数组（非静态）**：在编译时不会直接嵌入数据到特定section。相反，gcc生成指令（在`.text` section）来在运行时动态分配栈空间。例如，函数内部的`int localArray[5];` 被编译成操作栈指针的汇编代码（如`sub rsp, 20` 用于分配20字节空间）。 - **为什么编译时位置重要？** - 编译器（gcc）需要在编译时确定数组的大小和类型，以安排内存布局。如果数组大小是变量（如VLA，variable-length array），gcc可能出错（如引用[2]所述：`error C2057: expected constant expression`），因为`.data`或`.bss` section要求大小必须是常量表达式[^2]。 - 在ELF格式中，这些section的位置由链接器脚本决定，gcc默认使用标准脚本。您可以通过`objdump`命令查看：编译后运行`objdump -h executable_file`，输出会显示`.data`、`.rodata`、`.bss`等section的大小和偏移量。 #### 2. **运行阶段：数组在内存中的位置** - 当程序运行时，操作系统加载器将可执行文件的section映射到进程内存空间： - `.data`和`.bss` section加载到**数据段（data segment）**，用于全局/静态数据。地址通常是固定的（虚拟地址）。 - `.rodata`加载到**只读数据段**，防止写入。 - 局部数组在**栈（stack）**上分配，内存地址在函数调用时动态确定（通过栈指针寄存器）。 - 动态分配的数组（如通过`malloc`）在**堆（heap）**上分配，由运行时内存管理。 - 例如，在您的引用[1]中，字符数组`char s[6]`在函数内定义，是一个局部数组，编译时生成栈分配代码，运行时在栈上分配；如果它是全局的，会编译到`.data` section[^1]。 #### 3. **gcc的具体行为和潜在问题** - gcc默认不检查数组越界访问（如引用[3]所述），因为内存布局在编译时确定，但运行时指针运算可能导致地址错误，且难以检测[^3]。编译时位置安排是为了效率，但安全依赖于开发者确保数组边界正确。 - 如果数组大小在编译时未知（如使用VLA），gcc在C99模式下支持栈分配，但它可能增加栈溢出风险；在C++中，VLA不标准，gcc可能报错（引用[2]的问题）[^2]。 - 优化影响：通过gcc选项如`-O2`，编译器可能优化数组存储（例如，将小数组内联到寄存器），但核心位置逻辑不变。 #### 4. **如何验证数组位置（实用方法）** - 使用gcc编译示例代码： ```c #include <stdio.h> int globalArray[5] = {1,2,3}; // 编译到.data section const int readOnlyArray[3] = {4,5,6}; // 编译到.rodata section int main() { int localArray[4]; // 运行时在栈上分配 printf("Global array address: %p\n", globalArray); printf("Local array address: %p\n", localArray); return 0; } ``` - 编译命令：`gcc -o array_demo array_demo.c` - 查看section：运行`objdump -h array_demo`，输出显示`.data`、`.rodata`和`.text` section。 - 运行程序：地址输出可看出全局数组在较低地址（数据段），局部数组在较高地址（栈）。 #### 总结 gcc编译时，数组的位置基于其类型和作用域：全局/静态数组编译到`.data`或`.bss` section，常量数组到`.rodata` section，而局部数组只生成分配指令在`.text` section，实际内存运行时在栈上。这解释了为什么数组越界错误难检测（引用[3]），因为编译时布局固定，但运行时行为动态变化[^3]。如果您需要更深入分析特定代码案例，可以提供示例。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值