gcc 调用约定_x86-64通过gcc调用约定

最新推荐文章于 2021-07-07 17:32:48 发布
最新推荐文章于 2021-07-07 17:32:48 发布
阅读量766 收藏
点赞数
文章标签： linux java webservice 接口 arm
原文链接：https://www.systutorials.com/x86-64-calling-convention-by-gcc/
版权
在GNU/Linux系统上，GCC遵循System V AMD64 ABI的调用约定。整数和内存地址参数由RDI、RSI、RDX、RCX、R8和R9寄存器传递，浮点参数则使用XMM0到XMM7。系统调用时，R10替代RCX，额外参数堆栈传递，返回值在RAX中。了解更多详情可查阅相关文档。
摘要由CSDN通过智能技术生成

gcc 调用约定

What is the x86-64 calling convention by gcc?

gcc的x86-64调用约定是什么？

The calling convention of the System V AMD64 ABI is followed on GNU/Linux. The registers RDI, RSI, RDX, RCX, R8, and R9 are used for integer and memory address arguments and XMM0, XMM1, XMM2, XMM3, XMM4, XMM5, XMM6 and XMM7 are used for floating point arguments.

在GNU / Linux上遵循System V AMD64 ABI的调用约定。 寄存器RDI，RSI，RDX，RCX，R8和R9是用于整数和存储器地址的参数和XMM0，XMM1，XMM2，XMM3，XMM4，XMM5，XMM6和XMM7用于浮

最低0.47元/天 解锁文章
cuma2369
关注
gcc_4.1.2_x86_64
07-29
cpp-4.1.2-48.el5.x86_64.rpm gcc-4.1.2-48.el5.x86_64.rpm gcc-c++-4.1.2-48.el5.x86_64.rpm glibc-2.5-49.x86_64.rpm glibc-common-2.5-49.x86_64.rpm glibc-devel-2.5-49.x86_64.rpm glibc-headers-2.5-49.x86_64.rpm kernel-headers-2.6.18-194.el5.x86_64.rpm libgcc-4.1.2-48.el5.x86_64.rpm libgomp-4.4.0-6.el5.x86_64.rpm libstdc++-4.1.2-48.el5.x86_64.rpm libstdc++-devel-4.1.2-48.el5.x86_64.rpm nscd-2.5-49.x86_64.rpm 为了装个gcc，网上到处找资源，花了2天时间，64位的完整资源几乎没有，开始装了个32位的结果不好用，最后发现服务器上有，悲催啊，这个资源拷贝下来大家用
GCC的调用约定
weixin_44395686的博客
03-22 2705
GCC的调用约定 IA-32 在32位的体系结构中，有3种调用约定，分别是cdecl，stdcall，fastcall，GCC的默认调用约定为cdecl。参数从右向左压栈，调用者负责在调用后清理堆栈，返回值保存在eax寄存器中，非易失寄存器为ebp，esp，ebx，esi，edi。 参考 C Calling Convention X86上的一些调用惯例需要通过栈来传递参数，对于X64来说，多数...
调用约定
ld_960223的博客
11-14 216
几种常见的调用约定： 1._ _ cdecl     C标准调用约定 2._ _stdcall   windows标准调用约定 3._ _fastcall  快速调用约定 4._ _thiscall  成员方法调用约定   约定的内容： 1.函数符号的生成 2.实参的入栈顺序 3.形参的开辟和清理方式   1._ _cdecl: 函数参数由右向左的顺序入栈，并且由调用方把参数...
函数调用约定
陈嘉怡的专栏
11-13 821
(1) _stdcall调用 _stdcall是Pascal程序的缺省调用方式，参数采用从右到左的压栈方式，被调函数自身在返回前清空堆栈。 WIN32 Api都采用_stdcall调用方式，这样的宏定义说明了问题： 　　#define WINAPI _stdcall 　　按C编译方式，_stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，形如_funct
xtensa-esp-elf-gdb-11.2_20220823-x86_64-w64-mingw32.zip
12-25
标题中的"xtensa-esp-elf-gdb-11.2_20220823-x86_64-w64-mingw32.zip"指示了一个软件工具包，专门用于ESP（Espressif Systems）微控制器的调试。这个工具是基于GDB（GNU Debugger）的版本，它是一个强大的开源调试器...
gcc-linaro-6.3.1-2017.05-x86-64-aarch64-linux-gnu.7z
最新发布
04-01
标题中的“gcc-linaro-6.3.1-2017.05-x86-64-aarch64-linux-gnu.7z”是一个GCC（GNU Compiler Collection）的特定版本，由Linaro组织提供。Linaro是一个开源软件工程组织，专注于优化和维护开源软件在ARM架构上的...
mingw_x86_64-posix-seh
07-18
综上所述，MingW_x86_64-Posix-SEH是一个用于64位Windows环境的开发工具集，包含GCC编译器，支持POSIX信号处理，便于进行C/C++编程，特别是对于需要编写JNI接口或者创建DLL的开发者来说，它提供了一个方便的本地代码...
android_prebuilts_gcc_linux-x86_x86_x86_64-linux-android-4.9
02-16
《Android预构建GCC工具链：Linux-x86/x86_64-linux-android-4.9在LineageOS 18.1中的应用》 在Android开发领域，编译环境的构建是至关重要的一步，而`android_prebuilts_gcc_linux-x86_x86_x86_64-linux-android-...
gcc-c++-3.4.6-8.x86_64.rpm
03-29
Linux安装Oracle先决条件gcc-c++-3.4.6-8.x86_64.rpm
TDM-GCC x86_64-w64-mingw32
12-15
This edition of TDM-GCC is a bi-arch bootstrap of GCC's x86_64-w64-mingw32 target, built to run on 32-bit or 64-bit Windows and generate binaries for 32-bit or 64-bit Windows.
gcc-x86:裸机出血边缘x86 GCC
03-21
gcc-x86:裸机出血边缘x86 GCC
gcc调用规范
二进制的意境
09-26 2091
Linux Hacking中，gcc通常有三种规范：cdecl、fastcall、pascal。 cdecl：c语言缺省规范，参数首先由有向左压入堆栈。所不同的是，函数本身不清理堆栈，调用者负责清理堆栈。由于这种变化，C调用约定允许函数的参数的个数是不固定的，这也是C语言的一大特色。
linux x64 gcc编译 x86 可执行文件,Linux x86_64平台下程序链接错误和-fPIC
weixin_28419039的博客
05-02 865
地址无关代码，在64位下编译动态库的时候，经常会遇到下面的错误/usr/bin/ld: /tmp/ccQ1dkqh.o: relocation R_X86_64_32 against `alocal symbol' can not be used when making a shared object;recompile with -fPIC提示说需要-fPIC编译，然后在链接动态库的地方加上-f...
X86_64 Linux系统GCC编译32位程序
aiyo_的博客
07-07 1623
如何在64位Linux系统上编译32位程序？ gcc编译时，增加下列参数之一： -m32 将int，long和指针设为32位，适用于i386 -m64 将int设为32位，long和指针设为64位，适用于X86-64 -mx32 将int，long和指针设为32位，适用于X86-64 64位系统可以运行32位程序，反之不行。64位系统上编译32位程序时，需要安装lib32的一些库。 ...
三种函数调用约定
HappyMrSpring
11-23 2938
转自：https://www.cnblogs.com/xuanyuan/p/3917615.html   小议三种函数调用约定 __cdecl、__stdcall、__fastcall是C/C++里中经常见到的三种函数调用方式。其中__cdecl是C/C++默认的调用方式，__stdcall是windows API函数的调用方式，只不过我们在头文件里查看这些API的声明的时候是用了WINAP...
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/scrt1.o:在函数‘_s
06-28
### 回答1： 这是一个错误信息，通常出现在编译、链接程序时。该错误信息指出在函数“_s”调用时，程序不能找到所需的库文件，具体是对于“scrt1.o”文件无法访问。该文件是GCC编译器的启动程序文件之一，通常属于系统库文件，用于将C语言程序与操作系统联系起来并启动程序。 因此，当出现这个错误时，可能是系统中某些库文件缺少或不匹配导致的，解决方法包括手动加入库文件、检查库文件路径是否正确、检查系统环境是否需要更新等。 如果这些方法都无法解决问题，建议咨询相关技术人员以获取更专业的意见和解决方案。 ### 回答2： 由于本问题涉及到编程的相关知识，因此回答可能会稍微有些技术性。首先，需要了解本问题中出现的几个概念。 1. GCC： GCC（GNU C Compiler）是一款由GNU组织开发的C语言编译器，可以将C代码转换为计算机能识别的机器语言，以便程序能在计算机上运行。 2. scrt1.o： scrt1.o是GCC编译器中的一个文件，其全称是"Start-up code for Shared Library"，意为共享库的启动代码。共享库是一种可以在运行时由多个程序同时加载的代码库。 3. 函数： 在C语言中，函数是指一段可以独立执行的代码块，可以接收输入参数，进行一些操作，然后返回输出结果。函数是C语言程序的基本构建块之一，可以嵌套使用。 综上所述，/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/scrt1.o:在函数‘_s的意思就是，在编译GCC程序的时候，使用了scrt1.o文件，并且在其中的_s函数出现了某种错误。具体错误类型可能需要进一步的分析和调试，例如查看函数实现的源代码，或者查看编译过程中输出的错误信息。在解决问题之前，需要深入了解GCC编译器的使用和相关的编程知识，才能准确分析问题和进行修复。 ### 回答3： c的入口点’中，未定义的引用‘main’。 这是一条常见的编译错误信息，通常出现在编译C程序时。它的意思是，编译器找不到程序的主函数main，即程序入口点。 造成这种错误的原因很多，其中最常见的是程序文件中没有定义main函数。在C语言中，每个程序都需要一个入口点，即由操作系统调用的函数，这个函数被称为主函数。如果程序中没有定义主函数，编译器就无法确定程序的入口点，因此会报错。 解决这种错误的方法很简单，只需要在程序文件中定义一个名为main的函数即可。main函数通常具有以下格式： int main() { //程序代码 return 0; } 在函数体内编写程序代码，然后使用return 0;语句结束主函数。这个0值告诉操作系统程序正常结束并返回0值。在程序中，我们可以使用其他类型的返回值，例如1或-1等，以表示程序是否运行正常。 除了程序文件中没有定义主函数外，其他一些因素也可能导致这种编译错误的出现，例如文件路径不正确、库文件缺失等。在解决问题时，我们需要仔细查看编译器输出的错误信息，排除可能存在的问题，一步一步地找到解决办法。 总之，在编写和编译C程序时，要遵循一定的规范和规则，确保程序代码和文件路径正确，并及时处理编译错误信息，以保证程序的正确性和可靠性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值