这个'ld‘链接器脚本中的堆栈是否覆盖了存储的可执行文件？
在云计算领域中，'ld'链接器脚本是用于将多个目标文件链接成一个可执行文件的工具。堆栈是指程序在运行过程中使用的一种数据结构，用于存储函数调用和返回的信息。
关于这个问题，'ld'链接器脚本本身并不会直接影响存储的可执行文件。它的主要作用是定义链接过程中的一些规则和参数，例如内存布局、符号解析、库的链接等。堆栈的使用与链接器脚本无关，它是在程序运行时动态分配的。
链接器脚本中的堆栈通常用于定义可执行文件的内存布局，包括堆、栈、全局变量等的分配方式和大小。通过在链接器脚本中指定堆栈的起始地址和大小，可以对可执行文件的内存使用进行控制和优化。
然而，链接器脚本中的堆栈定义并不会直接影响存储的可执行文件本身。存储的可执行文件是由编译器生成的，链接器脚本只是在链接过程中起作用。因此，堆栈的定义不会覆盖存储的可执行文件。
总结起来，'ld'链接器脚本中的堆栈定义不会直接覆盖存储的可执行文件，它只是在链接过程中用于控制可执行文件的内存布局。在实际应用中，开发人员可以根据需求和性能优化的考虑，通过调整链接器脚本中的堆栈定义来优化可执行文件的内存使用。
腾讯云相关产品和产品介绍链接地址：
- 腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
- 腾讯云云原生容器服务（TKE）：https://cloud.tencent.com/product/tke
- 腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
- 腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai
- 腾讯云物联网（IoT）：https://cloud.tencent.com/product/iot
- 腾讯云区块链（BCS）：https://cloud.tencent.com/product/bcs
- 腾讯云视频处理（VOD）：https://cloud.tencent.com/product/vod
相关·内容
关于这个问题中的链接器脚本的行为，我有一个问题： https://stackoverflow.com/a/55193198/2421349 为了节省您的点击，相关部分为： OUTPUT_ARCH(riscvqemu-system-risc64 virt machine */}
ENTRY(_start) 在
浏览 18提问于2019-04-08得票数 0
> libc-2.27.so不同的libc.so我的问题来自https://stackoverflow.com/questions/50798907/why-does-loading-the-libc-shared-library-have-libraryloader-object-is-not-c
浏览 0提问于2018-06-11得票数 5
回答已采纳
1回答
我正在编译一个静态可执行文件，如下所示：strip --strip-all out/sm
这是我正在使用的链接器脚本，但是.shstrtab命令不会从可执行文件中删除条带节。如果从链接器脚本中删除.shstrtab部分，则会出现以下错误：
浏览 3提问于2021-01-14得票数 0
1回答
我试图使用x86_64上的链接器脚本更改堆栈的起始位置。of global_var: 0x600a10下面是我的链接器脚本的输出，因为我从arm online链接器脚本教程中获得了
浏览 1提问于2012-12-31得票数 6
回答已采纳
1回答
> g++ -fuse-ld=gold test.cpp -o test> readelf -l .note.gnu.build-id 07 注意，所使用的解释器是ld。虽然程序碰巧起作用，但我还没有找到任何关于这是否安全的信息。据我所知，gold以一种微妙<e
浏览 4提问于2020-07-07得票数 1
回答已采纳
我正在尝试理解链接和加载是如何工作的。我的理解是Unix程序"ld“包含链接和加载功能。当调用gcc时，经过预处理、编译和汇编，将调用链接器，该链接器将所有目标文件和.a文件链接到一个可执行文件，以及有关如何“连接”共享库的最少指令(这里正确的术语是什么？)在运行时。这个链接器是ld
浏览 5提问于2018-08-31得票数 1
我在获取正确链接的示例程序时遇到了问题(在本例中是针对ICU库的)。当我做“make”的时候，一切都构建得很好。但是当我运行它时，它说找不到一个.so，我仔细检查了它们都安装在/usr/local/lib中。我发现它在/usr/lib中查找。如果我从那里符号链接到那里的实际位置，它可以工作。为什么我的LIBPATHS被忽略或不使用？
浏览 0提问于2010-03-12得票数 3
回答已采纳
我已经将链接器脚本的内存{}命令分解为一个单独的文件memmap.ld，以便在项目之间共享它(引导加载程序和目标固件)。该文件当前位于与主链接器脚本相同的目录中，我使用行将其包括在内。包括memmap.ld
ld.
浏览 1提问于2020-10-18得票数 2
1回答
我的解决方案是将所有可执行文件和库放在一个目录中，并将rpath设置为$ORIGIN (通过与-Wl,rpath=$ORIGIN链接或用chrpath或patchelf设置)。这使得库可以与可执行文件一起重新定位，并适用于除链接器本身的ld-linux之外的所有库。可以通过-Wl,--dynamic-linker=/my/path/ld-linux.so更改动态
浏览 5提问于2019-02-23得票数 9
2回答
当将应用程序与动态共享库链接时，如我知道链接器(我的Linux上的ld)使用-l选项在生成的myprog可执行文件中存储库的名称(在本例中是mylib)，这个库将在加载和链接时使用(如果忽略惰性动态链接，程序将在何时启动)。我想知道ld对动态共享库
浏览 2提问于2013-11-01得票数 3
回答已采纳
2回答
我需要在我的应用程序中发布一个版本的OpenSSL。我不能使用Ubuntu的，因为发行版目前禁用了TLSv1.1和TLSv1.2。我的问题是，在预期会发生冲突的地方，有没有分发共享对象的最佳实践？
浏览 2提问于2013-12-21得票数 0
2回答
作为可执行目录的共享库路径
、、、、
在Windows上，我所要做的就是将.dll文件放在与可执行文件相同的路径中，它就会自动找到它们。在Linux上(因为它硬编码了事物的路径)，我必须在可执行文件之前指定环境变量LD_LIBRARY_PATH或预加载库。我已经看到了使用-Wl,-rpath=<PATH>的链接器选项嵌入路径的一些方法，并且我尝试使用.作为路径。但这只会查看当前的工作目录，而不是可执
浏览 1提问于2009-11-24得票数 13
回答已采纳
我正在尝试为这个程序生成一个静态可执行文件(使用musl)：.section .text mov $msg, %rdi(musl libc放在musl目录下(1.2.1版))：链接器脚本(static.ld)：SE
浏览 5提问于2021-01-13得票数 3
2回答
LLD与链接器脚本
、、、、
我试图发送一个简单的c程序的链接脚本。我在Ubuntu和Windows上都试过了。论Ubuntu
clang main.c -ffreestanding -nostartfiles -nodefaultlibs -fuse-
浏览 4提问于2019-08-06得票数 1
最近，为了内部分发，我一直在将python脚本“编译”成二进制形式。我使用的是实用程序cx_freeze，它在默认状态下创建一个目录，其中包含主二进制可执行文件以及一堆二进制*.so文件。我的理解是，.so文件是库，它们显然是使可执行二进制文件起作用所必需的，但我的问题是，如何将这些文件链接到一起，使它们不必都位于同一个目录中？我是否必须在“编译时”确定这一点？是否存在可执行文件将查找它可能需要<e
浏览 1提问于2012-03-03得票数 1
1回答
要静态链接我的可执行文件，我使用以下参数：description: POSIX WinThreads for Windows如果没有p线程的
浏览 9提问于2020-07-21得票数 0
回答已采纳
在重新评估如何进一步缩小某些可执行文件的大小的过程中，当我两年前组装/链接的相同的汇编代码在再次构建后已经超过10倍时，我无法相信自己的眼睛(这对于多个程序来说是正确的，不仅仅是helloworld)：即使告诉链接器关闭页面对齐(ld -n)，它仍然有将近4.2K。stripping/sstripping也没有回报。它运行在与2018年相同的a
浏览 1提问于2020-11-27得票数 11
我了解到，当链接到静态库(即libname.a )时，所使用函数的二进制代码将从归档文件中取出并插入应用程序二进制文件中。因此，静态库必须在编译时出现。
但是，有了共享库，我就迷路了。那么为什么需要在链接器命令行上提供共享库呢？另外，有不同的方法来链接到共享库，它们是什么？
浏览 1提问于2013-02-22得票数 4
回答已采纳
我有一个像这样的库的项目结构： src/ c/ inclucec/ include/ .objs/在这个结构中，我用以下4个命令编译了我
浏览 1提问于2017-05-22得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
